Subversion hasn't yet ever used 'changeset' as part of its official
vocabulary. If you look at the description of the '-c' option, it's
just called 'change', and is short for -rN-1:N. If we want to stay
in the current Subversion universe, we would use the term 'revision'
to refer to both a tree and a changeset, depending on context. :-)
On 5/10/07, Michael Brouwer <mb.7766@gmail.com> wrote:
> Warning possible bikeshed ahead,
>
> Rather than revision should you maybe use the term change or changeset?
> After all a revision is a snapshot of the tree, whereas a changeset are the
> changes between that revision and it's predecessor (at least if I remember
> the discussion about the -c option correctly.
>
> --- Merging changeset 4 to 'trunk-wc':
> U trunk-wc/zcpu.py
> --- Merging changesets 6-7 to 'trunk-wc':
> U trunk-wc/zstring.py
>
> Michael
>
>
> On 5/10/07, Ben Collins-Sussman <sussman@red-bean.com> wrote:
> >
> > On 5/10/07, John Peacock <jpeacock@rowman.com> wrote:
> > > Ben Collins-Sussman wrote:
> > > > Ah, that explains my confusion. These aren't endpoints being compared
> > > > with each other, as in typical 'svn merge' or 'svn diff' invocations.
> > > > You're saying that an svn_merge_range_t is just a *list* of revisions
> > > > to merge?
> > >
> > > And if _you_ are confused, think about the random user who has no idea
> > > what is going on internally. This is inconsistent with every other
> > > merge-like operation, so I think this may call for a redesign (at least
> > > of the user interface). Is it sufficient to say display (r-1):r (where
> > > svn_merge_range_t contains just r)?
> >
> > I'm already ahead of you. :-) I just changed the UI to display this
> instead:
> >
> > --- Merging revision 4 to 'trunk-wc':
> > U trunk-wc/zcpu.py
> > --- Merging revisions 6-7 to 'trunk-wc':
> > U trunk-wc/zstring.py
> >
> > In other words, we're claiming to merge 'lists of revisions', rather
> > than showing our -rX:Y comparison syntax. I think that will prevent
> > the confusion.
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu May 10 23:37:55 2007