我得到了需要维护SSIS包上的版本控制的情况。 Subversion适用于其他.net应用程序。现在想要将ssis包移动到颠覆。SSIS版本控制+颠覆
了SSIS的解决方案如下：
项目A
项目B
什么是做到这一点的最佳实践。
Developer-A和Developer-B如何工作在相同的dtsx包 - 提交。 颠覆如何处理ssis冲突？
任何准则，请
感谢
我最近一直使用Subversion来控制一套DTSX包的，我必须承认，他们不适合自己太清楚这个版本控制模型。
您遇到的第一个问题是，如果您没有意识到，对IDE底层文件的更改往往会发生。一个组件的轻微移动可能会做到这一点，但往往不是，它甚至没有意识到。试试看：打开一个软件包，检查一些对象的属性，看看几件事情，而不改变任何东西，然后保存软件包。我愿意投注一些已经改变的东西。这个改变根本不会影响功能，但是对于源代码控制的目的是很烦人的。
当发生冲突时，Subversion有时会在文件夹中创建其他文件，并在一些文件中插入注释。这些完全打破了包装，所以你必须把它们去掉。
保存到dtsx文件中的更改的性质也使得完全无法利用任何类型的分支/合并功能，因为您只是不知道最终会出现什么内容！
尽管如此，我仍然会使用颠覆。它只是在管理争用/冲突时可能会找到更多的工作开销。就个人而言，我会有一个解决方案每个DTSX - 这将有助于减少任何使用项目文件的冲突。