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

Re: Feature idea: Hierarchal logs (views? subrevisions?)

From: <cmpilato_at_collab.net>
Date: 2002-07-25 04:24:55 CEST

William Uther <will+@cs.cmu.edu> writes:

> On 24/7/02 9:02 PM, "cmpilato@collab.net" <cmpilato@collab.net> wrote:
> > Peter Schuller <peter.schuller@infidyne.com> writes:
> >
> >> Hmm. I think I just realized what it really is that I am looking for. I
> >> want to be able to commit *a set of changes*. That is, I want to be able
> >> to create a set of logical commits/diffs in the repository separately
> >> from the main tree. I want to be able to work against this "scratch"
> >> version of the repository. Sort of like views for tables in relational
> >> databases, except in this case it's a view of the repository.
> >
> > What you are describing is exactly what the "branch" concept means.
> Hmm. I got one thing more out of his post. I'm not sure if this is what he
> meant, but...
> When you merge, you compress the log messages of the individual commits into
> a single log message: "merging branch foo, revisions bar through baz". It
> would be nice if 'svn log' could pull this information back out for you.
> In the post-1.0 feature set is the concept of storing in properties what
> gets merged where. It might be interesting if 'svn log -v' parsed these
> properties, retrieved the appropriate log messages, and output them too.

Sure, +1 and all that. Post-1.0. :-)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 25 04:24:35 2002

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.