Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates
 72.14.246.249 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=xEKaa+g8Z/pakQdPf50lDBgTJNg77YGPMjYgY3hAPfSl2SDFHeH9LRb1/iMNvqedntnZ7ctGtLXGVhhIERuwKzuP8brwrDkxIXvPy/NZt1yvS55sU+VtYIj/6DhjILHWAuZF9J1JbkpO3O95fMlu+ulor2zxRNTF0M+4W5IPa3c=
Message-ID: <25aac9fc0802200323v319388b0g6eb738199c78992b@mail.gmail.com>
Date: Wed, 20 Feb 2008 11:23:12 +0000
From: sebb <sebbaz@gmail.com>
To: general@incubator.apache.org, community@apache.org
Subject: Re: Subversion vs other source control systems
In-Reply-To: <1203500410.23493.381.camel@marlow>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <NBBBJGEAGJAKLIDBKJOPAELJCLAD.noel@devtech.com>
	 <1203500410.23493.381.camel@marlow>

On 20/02/2008, Santiago Gala <sgala@apache.org> wrote:
>
> El mar, 19-02-2008 a las 23:06 -0500, Noel J. Bergman escribi=F3:
> > Endre St=F8lsvik wrote:
> >
> > > I find the decision to use one single SVN repo for the entire
> > > organization's source pretty strange. I'd believe that one repo
> > > for every TLP
> >
> > Been there, done that, have the scars.
> >
>
> Possibly using several *centralized* repositories that can't merge. May
> we know more? If not, I call FUD ask the jury to ignore the
> statement. :)
>
> > > The only downside I see is a slight bit more configuration management
> >
> > Don't be so blithe about that.
> >
>
> I actually think management would be way smaller. And, what is more
> important, distributable per repository.
>

Even if a smaller repository causes less work, there will necessarily
be some overhead per different repository - e.g. upgrades.

Switching between different repositories to work on them will generate
some overhead (if only having to think about it).

Which is easier to manage: 30 accounts with various different banks,
or one bank account with 30 times the transactions?

The work is only distributable to the extent that there are multiple
people to whom to distribute it; and certain actions would likely
still need to be co-ordinated between them.

> > > and that copying/moving a file from one repo to another would not kee=
p history
> >
> > Unacceptable to lose it, IMO.
> >
>
> Can be done without losing history. See separate email. And I have done
> the same test with hg (basically the same) and bazaar (which required
> some command line tweaking, but doable).
>
> > And you'd be surprised how often things move around.
> >
>
> If you take a look into the basic development model in the linux kernel,
> it means moving history between repositories continuously (say from am
> to net to linus,...) Every line of code is tracked while it moves, in
> fact when Linus merges from, say, the acpi tree, the commits remain
> identical.
>
> Regards
> Santiago (I add cc: and reply-to: community)

Thanks.

> >       --- Noel
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: general-help@incubator.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org