That would be the ideal, but I realise not easy to
implement, especially if there is lots of overlap
under the two directories.
However, in most cases, I would suggest that there is
no or very little overlap - it is quite easy (if
you've got sensible package names under the two
directories) to manually determine where the files
have been checked out from and where new files should
be added. It would be nice if you could switch*
between different URL's in the repository and then
manually select the changes from your working copy you
wish to commit (to the current URL).
* not to be confused with the svn:switch command
--- "Robert P. J. Day" <rpjday@mindspring.com> wrote:
> On Mon, 10 Oct 2005, charles i wrote:
>
> > Yes - merging directories (in a repository) into
> one
> > in my working copy is what I am looking for.
> >
> > Is there any reason why Subversion doesn't support
> > this? Are there any (other) work arounds?
>
> but how would you define the semantics of such a
> merge? including how
> you would commit changes back again? are you
> suggesting subversion
> should keep track of which of the two directories
> each file in the
> "merged" working copy came from?
>
> i don't think you appreciate the difficulty of what
> you're asking for.
>
> rday
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail:
> users-help@subversion.tigris.org
>
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 10 15:20:56 2005