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

RE: Local copy of a directory deleted by 3rd party tool and replaced with a new directory with the same name

From: Gavin Lambert <gavinl_at_compacsort.com>
Date: 2006-08-01 00:40:35 CEST

Quoth Miron Bar-am <mailto:miron.baram@astc-design.com>:
> I have a local copy of a design. One of the directories is a report
> directory. All tools I use generate reports to this
> directory. During its run, one of the tools, Spyglass, is
> creating a sub directory named 'reports_spyglass', which I've also
> added to the repository.
> During subsequent runs, the Spyglass deletes the 'reports_spyglass'
> directory and creates a new directory with the same name,
> where all reports are dumped to.
> Since the directory was deleted (.svn was removed),
> Subversion doesn't see this directory as a local copy anymore
> and refuses to commit it. The only workaround I found, is to
> 'svn rm' the directory before running Spyglass, and then
> 'svn add' the directory after the tool has been run.
> Is there a more efficient way that Subversion can handle this kind of
> situation? For example, define that the .svn directory for
> the 'reports_spyglass' directory, will be saved in the parent
> directory.

If you can reliably execute commands both before and after running
Spyglass, then you can backup the .svn subfolder inside
'reports_spyglass' (and any subfolders as well) prior to running
Spyglass, and then restore it afterwards. As long as the .svn folder is
intact then it will get preserved as a proper working folder and will be
able to calculate diffs of the contents (assuming they're text files).

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 1 00:42:00 2006

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.