我得到了需要維護SSIS包上的版本控制的情況。 Subversion適用於其他.net應用程序。現在想要將ssis包移動到顛覆。SSIS版本控制+顛覆
了SSIS的解決方案如下：
項目A
項目B
什麼是做到這一點的最佳實踐。
Developer-A和Developer-B如何工作在相同的dtsx包 - 提交。 顛覆如何處理ssis衝突？
任何準則，請
感謝
我最近一直使用Subversion來控制一套DTSX包的，我必須承認，他們不適合自己太清楚這個版本控制模型。
您遇到的第一個問題是，如果您沒有意識到，對IDE底層文件的更改往往會發生。一個組件的輕微移動可能會做到這一點，但往往不是，它甚至沒有意識到。試試看：打開一個軟件包，檢查一些對象的屬性，看看幾件事情，而不改變任何東西，然後保存軟件包。我願意投注一些已經改變的東西。這個改變根本不會影響功能，但是對於源代碼控制的目的是很煩人的。
當發生衝突時，Subversion有時會在文件夾中創建其他文件，並在一些文件中插入註釋。這些完全打破了包裝，所以你必須把它們去掉。
保存到dtsx文件中的更改的性質也使得完全無法利用任何類型的分支/合併功能，因爲您只是不知道最終會出現什麼內容！
儘管如此，我仍然會使用顛覆。它只是在管理爭用/衝突時可能會找到更多的工作開銷。就個人而言，我會有一個解決方案每個DTSX - 這將有助於減少任何使用項目文件的衝突。