SSIS版本控制+Subversion

Question

我遇到一个需要在SSIS包上进行版本控制的情况。其他.NET应用程序已经使用了Subversion。现在想把SSIS包也放到Subversion中。

以下是我的SSIS解决方案：

• ProjectA

  • solution
  • dtsx1
  • dtsx2
  • dtsx3

• ProjectB

  • solution
  • dtsx1
  • dtsx2
  • dtsx3

有哪些最佳实践方法可以做到这一点？

开发者A和开发者B如何在同一个dtsx包上工作 - 提交更改。Subversion如何处理SSIS冲突问题？

请提供任何指导意见。

谢谢

- Sreedhar

Answer 1

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

首先问题在于，从IDE对底层文件进行的更改往往会在你没有意识到的情况下发生。稍微移动一下组件可能会导致这种情况，但更常见的是，你甚至都不知道发生了什么。试试吧：打开一个包，在不更改任何内容的情况下查看几个对象的属性，查看一些东西，然后保存该包。我敢打赌一定有些东西已经改变了。这种改变不会影响功能，但却会对源代码控制造成麻烦。

当涉及到冲突时，有时Subversion会在文件夹中创建其他版本的文件，并在某些文件中插入注释。这些完全破坏了包，所以你必须将它们去除。

保存到dtsx文件中的更改的性质也使得利用任何分支/合并功能变得完全不可行，因为你根本不知道最终会得到什么！

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

- James Wiseman