[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: commit philosophy

From: Karl Fogel <kfogel_at_collab.net>
Date: 2001-03-30 01:35:55 CEST

Seems I'm posting just to agree a lot, lately, but...

+1 w/ Greg and Tripp below (and, I suspect, with Ben as well, as he
was probably just playing devil's advocate).

Mixed revision working copies do not imply that the user wants every
commit to make the repository reflect that same mixture of
revisions. :-)

Commits should transmit local _changes_, not local "arrangements"
(sorry, that's kind of a vague principle, but you know what I mean).

-K

Greg Stein <gstein@lyra.org> writes:
> On Thu, Mar 29, 2001 at 07:39:12AM -0600, Ben Collins-Sussman wrote:
> >
> > Philosophical question about commits.
> >
> > * Suppose I have a working copy at revision 3, and the head revision
> > on the repository is 10.
> >
> > * Suppose a file "foo/bar/baz.c" has a local change. So lazily, I
> > type 'svn ci foo/bar'.
> >
> > * However, suppose that baz.c has a sibling subdir, "foo/bar/bop/", at
> > revision 5.
> >
> > Here's the issue: should my commit cause revision 5 of foo/bar/bop/ to
> > be merged into the head revision?
>
> Absolutely not.
>
> > Or should it do *nothing* but
> > create a new revision of baz.c?
>
> Yes.
>
> I'm with Tripp on this one. This is the only viable and sensible thing to
> do. We don't want the client pulling old revs up to the latest tree.
>
> CHeers,
> -g
>
> --
> Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:26 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.