从VSS到Subversion—需要注意的事项

几年前我们也做了同样的事情(从VSS到SVN)。

• 在VSS中,我们“保留”了文件(意味着其他开发人员不能再保留文件),然后进行更改,然后再次提交文件。这就是锁-编辑-解锁原理。

第二,考虑将最小历史记录从VSS移植到SVN。将VSS中的每个小历史细节复制到SVN可能有些过分,但将应用程序过去5年的每个版本复制到SVN仍然是有意义的。

第三,研究VSS中不存在的SVN特性。其中一些可能会为您的组织带来新的可能性。一个很好的概念是“修订”。VSS没有全局修订号,这意味着很难引用准确的情况(除非您开始标记所有内容)。在SVN中,这些修订使得可以引用SVN存储库历史上的任何一点。您可以在构建过程中使用修订号(例如,应用程序的1.0版可能是修订版12345,您可以将修订号集成到错误跟踪系统中,…)。

您可以使用AnkhSVN进行Visualstudio集成。 SVN有自己的存储格式。

你可能需要一个新的错误跟踪系统。

任何混合了布局和结构的XML文件都会因此而麻烦。我见过的那些使用SSIS类型的东西的人会不惜一切代价避免合并。

请注意这一点,您可以安排您的工作流程,以尽量减少问题。

在visualstudio中使用visualvn会有所帮助,就像在Windows资源管理器中使用Tortoise一样。在SSRS项目中,visualvn不会自动添加数据源,您必须在explorer中手动添加它们,这只是一个警告。