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

Question

我们在VSS中有一个SSIS，SSRS和SSAS代码存储库，我们正在转向Subversion。

我们已经做出了在VSS中保存历史并且将其设为只读的理智选择。

我将下载我的整个结构，使其可写，从Solution和Project文件中删除所有VSS文件和VSS信息，然后将其导入Subversion。

我的问题是：

从VSS到Subversion，有什么需要注意的事项？

我应该注意哪些特定于SQL Server包的内容？

Answer 1

几年前我们做过同样的事情（从VSS到SVN）。

首先，向您的开发人员介绍SVN与VSS的不同理念。

• 在VSS中，我们“保留”文件（意味着其他开发人员无法再保留文件），然后进行更改，然后再次提交文件。这是锁定编辑解锁原则。
• SVN使用fetch-edit-merge-commit原则。您的开发人员可能对此有不同的感受，因为他们不再确定他们是否能够编辑文件。说服他们。我们的开发团队已发展到大约15名开发人员，到目前为止，我们从未合并过一些未引起注意的冲突。

其次，考虑将最小历史从VSS移植到SVN。将每个小历史细节从VSS复制到SVN可能有点过分，但复制例如您向SVN申请的最近5年的每次发布。

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

第四，使用其他工具，如TortoiseSVN（Shell扩展）和VisualSVN（Visual Studio附加组件）。

Answer 2

您可以将AnkhSVN用于Visualstudio集成。 SVN拥有自己的存储格式。

您可能需要一个新的Bug跟踪系统。

Answer 3

有些文件几乎不可能以文本方式合并，SVN非常合并，所以这可能会让你失望。 任何混合布局和结构的XML文件都会因此而产生麻烦。我见过的人使用SSIS类型的东西尽量避免合并。

请注意这一点，您可以安排工作流程以最大限度地减少问题。

Answer 4

使用SVN，您可能只想确保保留不必要的文件。 / bin目录，/ obj目录，.user文件，.suo文件

在Visual Studio中使用VisualSVN会有所帮助，以及Windows资源管理器中的Tortoise。在SSRS项目中，VisualSVN不会自动添加数据源，您必须在资源管理器中手动添加它们，这只是一个警告。

Answer 5

我注意到当SVN损坏SSIS包时我做了回滚，因为它为包.dtsx文件添加了注释