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

Svn 从VSS到Subversion—需要注意的事项,svn,reporting-services,ssis,visual-sourcesafe,ssas,Svn,Reporting Services,Ssis,Visual Sourcesafe,Ssas,我们在VSS中有一个SSIS、SSRS和SSAS代码存储库,我们正在迁移到Subversion 我们做出了明智的选择,将历史记录保存在VSS中,并将其设置为只读 我将下载整个结构,使其可写,从解决方案和项目文件中删除所有VSS文件和VSS信息,然后将其导入Subversion 我的问题是: 从VSS到Subversion,需要注意什么 是否有任何特定于SQL Server软件包的内容需要注意?我注意到,当我执行一次回滚时,SVN损坏了SSIS软件包,因为它向该软件包添加了注释。dtsx文件我注意

我们在VSS中有一个SSIS、SSRS和SSAS代码存储库,我们正在迁移到Subversion

我们做出了明智的选择,将历史记录保存在VSS中,并将其设置为只读

我将下载整个结构,使其可写,从解决方案和项目文件中删除所有VSS文件和VSS信息,然后将其导入Subversion

我的问题是:

从VSS到Subversion,需要注意什么


是否有任何特定于SQL Server软件包的内容需要注意?

我注意到,当我执行一次回滚时,SVN损坏了SSIS软件包,因为它向该软件包添加了注释。dtsx文件我注意到,当我执行一次回滚时,SVN损坏了SSIS软件包,因为它向该软件包添加了注释。dtsx文件您可以使用AnkhSVN进行Visualstudio集成。 SVN有自己的存储格式


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

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


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

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

首先,就SVN与VSS的不同理念对开发人员进行培训

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

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

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


第四,使用额外的工具,如OrtoiseSVN(Shell扩展)和VisualSVN(VisualStudio附加组件)。

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

首先,就SVN与VSS的不同理念对开发人员进行培训

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

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

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


第四,使用额外的工具,如OrtoiseSVN(Shell扩展名)和VisualSVN(VisualStudio附加组件)。

有些文件几乎不可能以文本方式合并,SVN很难合并,因此这可能会让您陷入困境。 因此,任何混合了布局和结构的XML文件都很麻烦。我见过的人使用SSIS类型的东西试图不惜一切代价避免合并


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

有些文件几乎不可能以文本方式合并,SVN非常需要合并,因此这可能会让您陷入困境。 因此,任何混合了布局和结构的XML文件都很麻烦。我见过的人使用SSIS类型的东西试图不惜一切代价避免合并


请注意这一点,您可以安排您的工作流程以将问题降至最低。

使用SVN,您可能只想确保将不必要的文件放在外面/bin目录、/obj目录、.user文件、.suo文件


在VisualStudio中使用VisualSVN会有所帮助,在Windows资源管理器中使用类似于乌龟的功能也会有所帮助。在SSRS项目中,VisualSVN不会自动添加数据源,您必须在资源管理器中手动添加它们,这只是一个警告。

对于SVN,您可能只想确保将不必要的文件放在外面/bin目录、/obj目录、.user文件、.suo文件


在VisualStudio中使用VisualSVN会有所帮助,在Windows资源管理器中使用类似于乌龟的功能也会有所帮助。在SSRS项目中,VisualSVN不会自动添加数据源,您必须在资源管理器中手动添加它们,这只是一个警告。

什么评论?您是否使用了svn:includes?我不记得svn修改文档内容的唯一方法