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

Re: [Issue 962] - remove and move should work for missing files and directories

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-01-08 18:38:15 CET

"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

This is an archived mail posted to the Subversion Dev mailing list.