>>> CORRECT BEHAVIOUR would be:
>>> 0. tortoise sees missing folder project1
>>> 1. tortoise sees new folder project-master
>>> 2. tortoise sees: it's already SVN enabled!
>>> 3. tortoise realizes: but it was my missing project1 last time
>> how would it realise that?
> Let's write a small logic in my dirty syntax:
> string missingSubFolders = GetMissingSubFolders()
> string existingFolders = GetCurrentSubFolders()
> string CurrentFolderPathInSvn = GetFolderSvnPath(CurrentFolder) //e.g.
> foreach (string folderName in existingFolders)
> if (GetFolderSvnPath(folderName) == null)
> //new folder --> add and commit it!
In that case, the folder would appear as unversioned in the commit
dialog. It's up to the user to decide whether that folder should be
added and committed.
> else if (GetFolderSvnPath(folderName) == GetFolderSvnPath
> (CurrentFolder) + "/" + folderName)
> //now we've found a subfolder which hasn't been renamed --> no
> special action required
> else if (GetParentDirectory(GetFolderSvnPath(folderName)) ==
> if (missingSubFolders.contains(folderName))
> //NEW -- TODO -- NEW -- TODO -- NEW -- TODO -- NEW -- TODO:
> //the subfolder has got the same SVN base path as the current
> directory - so, the subfolder just has got a different name, but keeps
> in the same directory.
> //HERE we need to
> // 1. report a "folder rename action" to the svn server
> // 2. either drop the folder and download it again from the svn
> server OR just change the references inside of the subfolder structure
> to the new path of the directory in the SVN server repository
No, definitely not.
You're forgetting about the concept of "nested layouts" (read about that
in the svn book please).
And: if you have something as "do that OR do that" in your code, that's
a very clear sign that something is wrong.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-02-05 17:40:41 CET