I cannot believe it. I don't know when it will be supported, but it is
*exactly* the problem we discussed (I pasted the relevant paragraph
below).
Well, until then, the 2 working copy scheme is the way to go...
----------------------------------------------------------- start paste
The problems we are solving
---------------------------------------
Subversion users typically edit sets of files in their working copy.
If a working copy contains a set of edited files which represents a
single logical change, then commands like 'svn diff', 'svn status',
'svn revert' and 'svn commit' automatically discover the edited files
and act on them.
A common problem, however, is that users often work on more than one
set of logical changes at a time. The user is required to remember
which edited file belongs to which set, and carefully run 'diff',
'revert', or 'commit' commands only on lists of files which belong
together.
One workaround for this problem is to checkout multiple working
copies, and have one task per working copy. Of course, this uses a
lot of disk space, and it's sometimes inconvenient to move around
between working copies.
The simple solution we're proposing here is to teach the svn client
(and working copy) do some simple management of local, human-named
sets of files, known as 'changesets'. The goal is to allow users to
create, view, and manipulate sets of files in a working copy by
referring to them by name.
----------------------------------------------------------- stop paste
On 8/24/06, Karl Fogel <kfogel@google.com> wrote:
> "John Doisneau" <jdoisneau@gmail.com> writes:
> > Hmmm, that's what I figured out then. It's quite long, but I guess
> > that it can give some time to plan the feature before entering the
> > dark codewoods ;)
> >
> > Well, I guess we can close this conversation then. Like I said, it
> > helped a lot.
>
> The upcoming "changelist" feature may help:
>
> http://svn.collab.net/repos/svn/trunk/notes/changelist-design.txt
>
> -Karl
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 25 09:20:33 2006