"Ich Selbst" <ichselbst@gmx.ch> writes:
> I'd like to point out here that exactly this is the feature I need for my
> svn client and I think many IDE-plugins would need also. Producing
> an error is not a solution. If not otherwise possible then I'd like to
> propose a new command like "svn virtmove" which does nothing
> but do a normal "svn mv" without touching the actual working copy files.
I'm very happy and excited that you're working on ToroiseSVN; this
will be a great client to have.
In an ideal world, Subversion would be perfectly mind-reading: the
user could make a filesystem change with the OS, and svn could "follow
in its footsteps" perfectly. But libsvn_wc simply isn't mature enough
yet; CVS and SVN therefore both have an ongoing restriction that the
svn client must be used to make tree-changes. Over time, it will be
great to relax this restriction. But the truth is that to get what
you want, it means a bunch of architectural redesign to libsvn_wc,
which just can't be justified as a 1.0 priority.
> background: my svn client (TortoiseSVN) is an extension to the
> windows explorer. It's possible to monitor actions the user makes
> inside the explorer, but only AFTER the user did the change.
Does win32 explorer really only give you *post* change hooks? No
*pre* change hooks? That sounds like a ridiculous flaw in the
explorer API!
> So to keep the user actions in sync with subversion I really need
> the possibility to do renames/moves/deletes in subversion where the
> files in the working copy are already renamed/moved/deleted.
You could do a workaround for now: if the user moves a file, have
your post-change function simply move the file *back*, then run 'svn
mv'.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 8 18:41:08 2003