Are there any tools to facilitate a migration from Sourcegear's Vault to Subversion?
I'd really prefer an existing tool or project (I'll buy!).
Requirements:
- One-time migration only
- Full history with comments
Optional:
- Some support for labels/branches/tags
- Relatively speedy. It can take hours but not days.
- Cost if available
Bonus points if you can share personal experience related to this process.
One of the reasons I'd like to do this is because we have lots of projects spread between Vault and Subversion (we're finally away from sourcesafe). It'd be helpful in some situations to be able to consolidate a particular customer's repos to SVN.
Additionally, SVN is better supported among third party tools. For example, Hudson and Redmine.
Again, though: we're not abandoning vault altogether.
We are thinking about migrating from vault to git. I wrote vault2git converter that takes care of history and removes vault bindings from *.sln, *.csproj files.
Once you have git repo, there is git2svn.
I know it sounds like going rounds, but it might be faster than writing vault2svn from scratch.
If you want full version history, you may want to just write a script that checks out each version from vault and checks it in with the comments to Subversion.
https://www.mercurial-scm.org/wiki/GenericConversion is a good example
Based on the documentation that I saw on the Vault website, look into the command line GETVERSION.
Use your favorite scripting language... Implement the following process:
- Check out a version from vault.
- Get the commit comments for the changeset.
- Add/remove the files to the SVN repo
- Commit files using the commit comments
- Go back to step one with the next version
I never found an easy way to convert from Vault to svn. Basically we took our latest branches and trunk and started new in svn. Honestly I went two or three labels back, just because. I kept the vault db around for six months and we never needed to go back to it for data. So I assume you want to carry forward your history for a bug tracker tie-in; at this same time we transferred our outstanding bug list to a new tracker, so that definitely made things more convenient. If we where staying with the same bug tracker, I would think we would of started a new instance of it for the new repo. Good Luck!
Brett
Free. The vault user license costs have tripled since we went to it.
We are considering migration as well. One reason is cost, but another reason is that Vault does not use valid xml (or any) for its commit comments so special characters fail our automated CCNet build system (e.g. a bullet character is one of them, and specifically causes us a problem). A way around this has been to A) ask our developers to not use these special, "invalid" characters (characters outside the range of ASCII 32 - 126) and B) to manually go in and re-commit code with a "valid" comment. This may not seem like a big deal, but not allowing these characters prevents easy copy/paste of bug and other comments into the commit comment. This slows people down and anything that hinders flow and productivity and creates frustration needs to be reduced or removed.
From my research, it seems that there is no way to directly migrate from Vault to SVN. Perhaps it is possible to use another version control system as a migration middle step: Vault --> OtherSourceControlProduct --> SVN
...but I think that we would either script the commits (as Joshua suggested at the beginning of this thread) or - which more likely - just commit the last few revisions and leave the Vault repos around a while for history, etc. This actually gives us a a good opportunity to clean out and refactor our current code and hierarchy.
Paul
来源：https://stackoverflow.com/questions/57530/any-tool-to-migrate-repo-from-vault-to-subversion