Try doing a SVN Cleanup. I had the same issue and after doing that the locks cleared up. Specifically from the Tortoise SVN Cleanup Documentation: If a Subversion command cannot complete successfully, perhaps due to server problems, your working copy can be left in an inconsistent state. In that case you need to use TortoiseSVN … Read more
Yes you can! http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages The current NuGet workflow has always been to commit the Packages folder into source control. The reasoning is that it matches what developers typically do when they don’t have NuGet: they create a ‘Lib’ or ‘ExternalDependencies’ folder, dump binaries into there and commit them to source control to allow others to … Read more
this answer can be confusing do read the comments attached to this post and make sure this is what you are after ‘svn delete’ works against repository content, not against the repository itself. for doing repository maintenance (like completely deleting one) you should use svnadmin. However, there’s a reason why svnadmin doesn’t have a ‘delete’ … Read more
No, you just have to search for all .svn folders and delete them. Alternatively, doing a svn export allows you to get the folder without the svn folders.
This is not a MySQL-related solution in itself, but we’ve had a lot of success with a product called liquibase. (http://www.liquibase.org/) It’s a migration solution which covers many different database vendors, allowing all database changes to be coded in configuration files, all of which are kept in Subversion. Since all configuration is kept in XML … Read more
I ran into this problem when I had identically-named subdirectories within branches or tags. For example, I had tags candidates/1.0.0 and releases/1.0.0, and this caused the documented error because subdirectory 1.0.0 appears within both candidates and releases. Per git-svn docs: When using multiple –branches or –tags, git svn does not automatically handle name collisions (for … Read more
The secret is to make sure it’s on the ignore list before you commit the delete. If you do it in that order, the delete won’t propagate to others’ working copies. We’re still using svn 1.4 so the –keep-local option isn’t available. But you can achieve the same thing by deleting it using a server … Read more
Take a look at Boar, “Simple version control and backup for photos, videos and other binary files”. It can easily handle huge files and huge repositories.
git svn uses SVN commands directly and thus the internally saved password of SVN. Run the command: svn checkout –username user –password pass svn://server/repo and let SVN remember your password. If this does not work remove the saved SVN authentications: $HOME/.subversion/auth/svn.simple/* Then git svn clone will prompt you for the password.