RE: Re: dir is already under version control?
From: Matthew Janulewicz <Matthew.Janulewicz_at_nextestate.com>
Date: 2005-12-13 19:34:09 CET
I might be an idiot, and I've been off the Subversion tip for a few months, but I think Subversion is getting confused because that directory *does* exist in the (history of) the repo, so you can't add it again. If you go back to the revision of the repo prior to the delete, there it is. I think this is (at least in a philosophical, on paper way) creating the conflict.
Since nobody else is offering much help, I'll give you my own cockamamie idea to get this going. If, in fact, you aim to make a new, empty, completely different directory named 'repository', I would go about the 'normal' method to resurrect the old directory in-tact (which I believe involves merging the revision before the delete back up to HEAD), then remove all the files in it.
Other tools like Perforce and ClearCase allow this kind of thing without giving it a second thought, but it can get pretty dicey. You basically end up with a branch/line of code, further complicated by the fact that it is a directory with other stuff in it, that has a break in the middle. In those tools it has the potential to really wreck your merging and makes the history of that directory, and both sets of files in it (the old and the new) look really unnatural, for lack of a better word.
That's my two cents. I'm sure there's a better way to do it, but I'm not smart enough to figure it out just yet. Maybe someone else on the list can respond, or maybe this idea is good enough.
-Matt
-----Original Message-----
Yes, I tried that... But I still get the same warning...
BTJ
Kjell H Andersen wrote:
---------------------------------------------------------------------
---------------------------------------------------------------------
|
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.