Svn SSIS版本控制+；颠覆

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

已获得ssis解决方案，如下所示：

• 项目A
  • 解决方案
  • dtsx1
  • dtsx2
  • dtsx3
• 项目B
  • 解决方案
  • dtsx1
  • dtsx2
  • dtsx3

实现这一点的最佳实践是什么

Developer-A和Developer-B如何在同一个dtsx包上工作-commit。 subversion处理SSI冲突的效果如何

有什么指引吗

---

感谢

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

您遇到的第一个问题是，IDE对底层文件的更改往往在您没有意识到的情况下发生。稍微移动一个组件可能会做到这一点，但通常情况下，这是您甚至没有意识到的。试试看：打开一个包，检查几个对象的属性，在不改变任何东西的情况下查看一些东西，然后保存包。我敢打赌有些事情已经改变了。这一更改根本不会影响功能，但出于源代码管理的目的，这很烦人

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

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

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