|Re: directory conflict because of svn:ignore [message #553350 is a reply to message #551824]
||Tue, 17 August 2010 08:56
| olly2 Mising name
Registered: June 2010
this seems to be a tree conflict.
Let me try to explain in simple words: SVN cannot merge structural changes - so if you move a file to a new localtion and somebody else does a move to a different location of the same file this will not work. SVNs basic idea to avoid this to allow any kind of structural change only if the directories has the "latest" revision, so it is not "out of date".
Well, now that is for some reasons a general rule in SVN: you cannot change (=commit) anything changed in a directory when the directory is not the latest revision. This includes both structural changes and property changes of the directory.
So, lets think of a quite normal example. You have a project. You make an update of the project. Now you have the "latest" revision everywhere. Next you do an commit. Not those files that were part of the commit have a more recent revision, simply a higher revision number. Like this you get a mixed revision working copy.
As an commit in subversion is never an update this commit takes all directories that were not part of the commit in an "out of date" state - they are no longer present in the latest revision.
Now you want to change a property in one of those directories, e.g. the svn:ignore property of the root direkctory. Try to commit: error message - which is caused by the server and not by the svn client subversive or one of its components.
If you want more information on this please just google "svn tree conflict" or read the corrosponding part of the svn manual here: http://svnbook.red-bean.com/nightly/en/svn.tour.treeconflicts.html
In short forms: Subversion will never destroy any user modification. So, from time to time just press the update button and this will NOT overwrite your local changes like svn:ignore properties - and then commit!
One bad thing about subversive is that you cannot see whether you have a mixed revision working copy or not - the label decoration only shows the "last changed revision". This makes sence but from time to time you need the pure revision information as provided by subversion - I allready created an issue for this but it seems not to have enough priority. So, if you stay with subversive you will come into this problem from time to time - and if you change to subclipse you will have the same problem .
Powered by FUDForum
. Page generated in 0.02980 seconds