You are misunderstanding what --ignore-externals is for on the copy subcommand. This flag only affects working-copy operations. When you copy one working-copy path to another, it prevents svn from processing all the svn:externals properties on copied items to check out their targets. It does not prevent svn from copying the...
The externals mechanism uses it's own specified revision. This is nothing to do with Jenkins. Even without Jenkins (through browser or your SVN client), if you try to checkout from your repository_main with specified revision, it will take the HEAD for repository_ext externals is an SVN property. It specifies 2...
There is no command-line tool in SVN, to my knowledge, that will automatically fix the externals for tagging. However, TortoiseSVN gives you this option whenever you create a tag. It does this by making a second commit to the tag, after the tag is created, that sets all externals to...
Yes, that is the cause. The directory is being locked for deletion at the same time that the external's contents are trying to spawn at the same location. You can get your working directory into a committable state by updating without externals: svn update --ignore-externals That prevents the incoming bar...
svn,tortoisesvn,svn-externals,svn-repository
Turns out that it is actually a bug and that there is a workaround, as Stefan Küng points out: But regardless of that, are you saying that if I create the following folders and commit them to the ^/_all/ folder, and then add the respective externals to them (instead of...
I am not aware that this is possible with svn. You could look into svn up --ignore-externals and see whether this helps. Alternatively, you can try to svn up --set-depth empty <dir> on those (external) directories you do not wish to update.
svn,merge,tortoisesvn,svn-externals
Merging is for taking two trees in the same repository and merging them to your working copy from the same repository. You would then commit that merge to the repository. What you are trying to do, is apply custom changes to a repository, without being able to commit those changes....
Use svn ps svn:externals svn://hostname/branchname -F extenals.txt http://svnbook.red-bean.com/en/1.8/svn.ref.svn.c.propset.html...
This is the dialog from TortoiseSVN that you're having difficulties with: Here, Local Path refers to the file or folder relative to the folder that has this externals property set on it. So, if I had a folder at ^/trunk/Externals that I wanted to exist here as well, I'd set...