我遇到需要在SSIS包上维护版本控制的情况。 Subversion适用于其他.net应用程序。现在想将ssis包移到subversion。
得到ssis解决方案如下：
项目A
项目B
执行此操作的最佳做法是什么。
Developer-A和Developer-B如何在相同的dtsx包上工作 - 提交。 颠覆如何处理ssis冲突？
任何指导方针
感谢
答案 0 :(得分：5)
我最近一直在使用subversion控制一套DTSX软件包，我必须承认它们不适合这种版本控制。
您遇到的第一个问题是，IDE的基础文件更改往往会在您没有意识到的情况下发生。一个组件的轻微移动可能会这样做，但通常是你甚至不知道的东西。试一试：打开一个包，检查一些对象的属性，看一些东西而不改变任何东西，然后保存包。我愿意打赌有些事情发生了变化。此更改根本不会影响功能，但对于源控制目的而言很烦人。
当涉及冲突时，有时subversion会在文件夹中创建其他文件，并在某些文件中插入注释。这些完全破坏了包装，所以你必须把它们剥掉。
保存到dtsx文件的更改的性质也使得利用任何类型的braching / mergeing功能完全不可信，因为你只是不知道最终会得到什么！
尽管如此，我仍然会使用subversion。只是在管理争用/冲突时你可能会发现更多的工作开销。就个人而言，我会为每个dtsx提供一个解决方案 - 这有助于减少使用项目文件时的任何冲突。