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

Re: A concern regarding the changelist feature

From: Michael Haggerty <mhagger_at_alum.mit.edu>
Date: 2007-10-01 17:45:18 CEST

C. Michael Pilato wrote:
> Michael Haggarty makes what I think is a valid complaint about the new
> 'changelist' feature in, oddly enough, a blog comment. You can read it here:
>
> http://blogs.open.collab.net/svn/2007/07/one-quality-of-.html#comment-84263984
>
> For your convenience, I'll reproduce comment here:
>
> [...]

At the request of some people on IRC, I created issues #2947 and #2948
covering the two points mentioned in my blog comment:

http://subversion.tigris.org/issues/show_bug.cgi?id=2947
http://subversion.tigris.org/issues/show_bug.cgi?id=2948

Ben Collins-Sussman wrote:
> Maybe an improvement to the UI would be to change the text to point
> out that the file being moved *was* a member of a previous changelist:
>
> "Path 'foo' has moved from changelist 'bar' to changelist 'baz'."
>
> ??

Yes, that would be fine. As long as it is not silent, then I'm happy.

>>> What would be really sweet would be a way to stash a selected
>>> changelist away somewhere (e.g., as a patch) and unapply the
>>> corresponding changes from the working copy.
>
> ?
>
> $ svn diff --changelist foo > foo.patch
> $ svn revert --changelist foo

That's handy; I hadn't realized that revert allows a --changeset option.

But it is still requires a lot more manual bookkeeping (and is therefore
more error prone) than

$ quilt pop

which I use about 50 times a day along with its friend, "quilt push". :-)

Michael

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 1 17:45:37 2007

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.