vss2svn - Visual SourceSafe to Subversion 格式转换器
这是一个源代码库工具，在2006-2007年期间由我和其他几个人写成，能将Visual SourceSafe（VSS）存储库转换为Subversion 的dumpfile格式，以便VSS历史可以导入到版本库。
开发文档
这个工具的开发早已结束，但我决定把它放这里，也许其他人发现它有用。随意使用它，但是我不能保证我会接受拉要求(pull requests)，因为我没有资源验证或测试你的代码。
我最初写它在Windows，但在Linux得到它并运行可能更容易。因为前者不能很好和Perl工作。C程序应当在两种平台都编译得很好。
最新的文档可以在谷歌代码维基找到。
它是如何工作的
这个工具不同于许多其他类似的工具之处是，使用它不需要安装微软VSS API。相反，我们组的无畏的开发者去反向工程VSS物理存储格式，并写一个C程序来解析那些文件并将结果输出到一个XML格式。
这个项目的另一半是一个可以读取XML输出并将其组装到subversion的dumpfile格式的Perl程序。dumpfile格式是完整的档案库，可以使用“svnadmin load”命令导入。
最终的结果是，这个工具经常甚至比微软的库提取历史做了更好的工作。不幸的是，VSS库是如此容易中断，任何在尺寸、时间、使用方面大一些的库，几乎可以保证至少部分损坏。历史库越久远，越有可能是不正确的。因此，一般的结果是，虽然这个工具经常从VSS获得真实代码历史时“好过大多数”，一些历史也会永远消失了。这是天性。也许，无论如何，切换到一个新的版本控制系统是一个重构您的代码库的好机会？你可能要考虑你的旧的历史迁移到Subversion 历史只有参考价值，然后开始进一步积极开发新的。
其他版本
不幸的是，“vss2svn”这个名字是相当通用的，至少还有另一个完全无关的同名程序版本工具服务于相同的目的。
这个工具多年来有不同的家。开放源代码的合作并不完全象GitHub支持一样好，你知道。以前的家包括：
•http://vss2svn.tigris.org/
•我建立在pumacode.org的个人TRAC/Subversion 网站（不到那里去；现在它由垃圾邮件运行）
•https://code.google.com/p/vss2svn/
在GitHub源代码应被视为“最新”的版本取代所有以前版本的代码库。
-
搜集相关方案，网上介绍比较多的有两个方案： 1）vss2svn - Visual SourceSafe to Subversion 格式转换器 这是一个源代码库工具，能将Visual SourceSafe（VSS）存储库转换为Subversion 的dumpfile格式，以便VSS历史可以导入到版本库。 2）SVN Importer 尝试用vss2svn迁移project-hello工程，步骤
-
VSS库迁移到SVN库 文中出现图片的地址：http://hi.csdn.net/space-197491-do-album-view-me.html ,大家根据图片名称和地址去对照着看吧 1、 下载VSS库到SVN库的迁移工具，如图1.jpg：具体下载地址： http://bbs.scmlife.com/bbs/viewthread.php?tid=15046&extra=&page=1
-
本文转自：https://www.cnblogs.com/yaoxiaoblog/archive/2013/06/10/3130842.html?utm_source=tuicool 引言 软件的开发是一个庞大的工程，这样一个庞大的工程，一个人是肯定完成不了的，需要依靠一个团队的努力。而在团队开发的编码过程中，一直存在这样一个难题让开发者头痛不已，即如何协调各自修改的代码。比如，一个开发者修
-
下载： http://vss2svn.tigris.org/ 阅读本文你必须具有 Source Safe 和 Subversion、Apache 基础。 一下操作在 MS-DOS 下完成 rem 第一步 确保 ss.exe （Source Safe）在 path 下。 set path=%path%;C:/Program Files/VSS/win32 rem 第二步 确保 svn.exe
-
所有的文档都显示SVN可以取代CVS，同时SVN的问题和缺点都被隐藏了。不幸的是，我们并不认为SVN是CVS的替代品，尽管很多缺陷都被修改了。更有甚者，它甚至让人重回VSS。CVS和SVN的比较类似于比较C++和Java。很明显CVS和SVN都远比SourceSafe强大的多，如同C++和Java比Basic强大的多。CVS代表了几乎代码控制系统的所有功能项，尽管有时他的实现并不很方便。SVN修正
-
Before Start VisualSVN Server Tortoise SVN + WinMerge Let's Go 由于新单位采用的是VSS进行代码管理（别问我为什么这个年代还在用VSS），让用习惯了SVN的我非常不习惯。而且VSS在我目前搜索到的资料来看，并没有“本地副本”这一种说法，而且文件对比之后非常麻烦，如果我仅想提交一部分代码那是相当相当的困难，这么看来，我就只能本地
-
SVN 默认的工作方式和VSS不同， VSS是【锁定-修改-解锁】，VSS是一个人在改的时候必须以独占的方式签出文件，导致其他人不能够修改。用VSS经常要问同事:"改完没，签入一下"。 SVN是【修改-冲突-合并】，也就是说SVN默认是大家都可以去改这个文件，如果提交时发生冲突，这时手动处理冲突。SVN认为发生冲突的概率是比较小的，而且解决冲突通常也很容易，所以为了提高并行开发的效率，SVN不提倡