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