Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Rich Freeman <rich0@g.o>
Subject: Re: Portage Git migration - clean cut or git-cvsserver
Date: Wed, 23 May 2012 16:32:22 -0400
On Wed, May 23, 2012 at 4:00 PM, Ezequiel Garcia <elezegarcia@...> wrote:
> On Wed, May 23, 2012 at 4:37 PM, Arun Raghavan <ford_prefect@g.o> wrote:
>> I, for one, think we should stay with CVS and leave all this git
>> Linusware to the new-fangled Fedora kids with their fancy init systems
>> and tight coupling. CVS was good enough for my grandfather, and it's
>> good enough for you.
>
> Perhaps it would be instructive if you could tell us one advantage of
> cvs over git.
>

Sure.  The slow commit rate encourages careful deliberation before
hitting the enter key, which therefore improves quality.

Then, if you do make a mistake the slow commit rate means that fixing
that mistake can take a long time, which increases the amount of pain
our end-users run into due to the mistake, which leads to lots of
flame wars on -dev.  That means that the guy who made the mistake is
subjected to more public ridicule, and is less likely to do it again,
That improves quality too.

Since cvs doesn't tie together tree-wide changes in a nice way or
allow them to be transactionally completed, individual package
maintainers don't need to be as concerned with the big picture view.
Now as the maintainer of libfoo the fact that somebody changed my
ebuild without making a corresponding change in some profile is
completely hidden from me, and I can go to sleep peacefully without
realizing that my users are all going to have horribly broken systems
in the morning.  Blissful ignorance of end-user suffering improves
developer morale, and helps get rid of pesky users at the same time.

cvs also makes more more aware of what is going on around me.  Anytime
I want to work on something in parallel with the main development
branch I get to manually merge changes in, which keeps me aware of my
place in the world.  That means that I'm less likely to build nice new
features, which means fewer bugs, which improves quality, and may even
drive away users as an added bonus!

See, cvs is really the wave of the future!

Rich


Replies:
Re: Portage Git migration - clean cut or git-cvsserver
-- Kent Fredric
References:
Portage Git migration - clean cut or git-cvsserver
-- Michael Weber
Re: Portage Git migration - clean cut or git-cvsserver
-- Alexey Shvetsov
Re: Portage Git migration - clean cut or git-cvsserver
-- Robin H. Johnson
Re: Portage Git migration - clean cut or git-cvsserver
-- Alexey Shvetsov
Re: Portage Git migration - clean cut or git-cvsserver
-- Chí-Thanh Christopher Nguyễn
Re: Portage Git migration - clean cut or git-cvsserver
-- Arun Raghavan
Re: Portage Git migration - clean cut or git-cvsserver
-- Ezequiel Garcia
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Portage Git migration - clean cut or git-cvsserver
Next by thread:
Re: Portage Git migration - clean cut or git-cvsserver
Previous by date:
Re: Portage Git migration - clean cut or git-cvsserver
Next by date:
Re: Portage Git migration - clean cut or git-cvsserver


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.