GIT上的SSIS解决方案？
我找不到太多关于SSIS解决方案使用什么版本控制的资源。将SSIS解决方案放在GIT存储库上是“正确的”做法还是有其他（更好的）解决方案可用于此类项目。我熟悉git，但我不确定它如何与SSIS配合使用，因为这主要是UI问题，我不知道使用git是否会弄糟任何事情，是否有任何事情需要小心，等等。相反，SSIS的接口通常是通过UI实现的，但从本质上讲，它是大量XML 因此，是的，您可以而且应该控制SSIS解决方案的版本，正如您应该控制您开发的任何产品的版本一样。合并XML充其量只是一种冒险，不管是“直接”XML还是SSIS：描述工作流的XML，以及嵌入在该XML中的更多描述GUI元素布局的XML。在合并SSIS包时，这种布局和工作的混合会导致很多冲突。有这样的工具试图提供“智能差异”。我发现识别“此数据流已更改”对我很有帮助，但除此之外，我在源代码管理中将SSIS包视为二进制对象GIT上的SSIS解决方案？,git,version-control,ssis,solution,Git,Version Control,Ssis,Solution,我找不到太多关于SSIS解决方案使用什么版本控制的资源。将SSIS解决方案放在GIT存储库上是“正确的”做法还是有其他（更好的）解决方案可用于此类项目。我熟悉git，但我不确定它如何与SSIS配合使用，因为这主要是UI问题，我不知道使用git是否会弄糟任何事情，是否有任何事情需要小心，等等。相反，SSIS的接口通常是通过UI实现的，但从本质上讲，它是大量XML 因此，是的，您可以而且应该控制SSIS解决方案的版本，正如您应该控制您开发的任何产品的版本一样。合并XML充其量只是一种冒险，不管是“直
无论您是使用git、mercurial、svn、csv、rcs、perforce、tfs、sourcesafe还是任何其他工具，都与正在进行版本控制的内容类型无关。我不喜欢将SSI（和SSR）文件放在git中，因为它们无法合并 在TFS中，我可以通过使用锁防止其他开发人员使用同一个包。
在git（带git的VSTS）中，我无法阻止其他人使用锁编辑同一个包。我们使用TFS，并将SSIS包视为二进制文件。合并SSIS包或编辑XML时不必谨慎，这是打破SSIS包的好方法。自SSIS收购GitHub以来，有什么进展吗？希望能更好地集成这些工具。@ColinMac Nope。不幸的是，在这一点上，我认为很明显MS对在SSI上花费更多的工程资金不感兴趣。在一段时间内，它不会作为一种产品消失，因为他们已经将支持添加到Azure Data Factory（ADF）中，但这正是微软希望将数据移动货币化的地方。