svn - SSIS 版本控制 + 颠覆

Question

我遇到了需要维护 SSIS 包版本控制的情况。 Subversion 适用于其他 .net 应用程序。现在想将 ssis 包移动到 subversion。

得到如下ssis解决方案:

• 项目A

  • 解决方案
  • dtsx1
  • dtsx2
  • dtsx3

• 项目B

  • 解决方案
  • dtsx1
  • dtsx2
  • dtsx3

执行此操作的最佳做​​法是什么。

开发人员 A 和开发人员 B 如何在同一个 dtsx 包上工作 - 提交。Subversion 处理 SSIS 冲突的能力如何？

任何指导方针

谢谢

Answer 1

我最近一直在使用 subversion 来控制一套 DTSX 包，我必须承认它们不太适合这种版本控制。

您遇到的第一个问题是，IDE 对基础文​​件的更改往往会在您没有意识到的情况下发生。组件的轻微移动可能会造成这种情况，但通常情况下，这是您甚至都没有意识到的事情。尝试一下:打开一个包，检查一些对象的属性，在不做任何更改的情况下查看一些内容，然后保存包。我愿意打赌有些事情已经改变了。更改根本不会影响功能，但对于源代码控制来说很烦人。

当涉及冲突时，有时颠覆会在文件夹中创建其他版本的文件，并在某些文件中插入注释。这些完全破坏了包装，因此您必须将它们剥离。

保存到 dtsx 文件的更改的性质也使它完全无法利用任何类型的分支/合并功能，因为您只是不知道最后会得到什么!

尽管如此，我仍然会使用 subversion。只是您可能会发现在管理争用/冲突方面有更多的工作开销。就个人而言，我会为每个 dtsx 提供一个解决方案 - 这将有助于减少使用项目文件的任何冲突。