GIT 上的 SSIS 解决方案？
SSIS solution on GIT?
我找不到太多关于 SSIS 解决方案使用什么版本控制的资源。将 SSIS 解决方案放在 GIT 存储库中是 "proper" 要做的事情，还是针对此类项目有其他（更好的）解决方案。我熟悉 git 但我不确定它如何与 SSIS 一起工作，因为它主要是 UI 我不知道如果穿上 git 会不会弄乱任何东西，有没有注意事项等
相反，SSIS 的接口通常是通过 UI，但其核心是 XML。
所以是的，您可以而且应该对您的 SSIS 解决方案进行版本控制，就像您应该对您开发的任何内容进行版本控制一样。合并 XML 充其量是冒险的，无论是 "straight" XML 还是我们使用 SSIS 得到的： XML 描述工作流程 和 , 嵌入在 XML 中的更多 XML 描述了 GUI 元素的布局。合并 SSIS 包时，布局和工作的混合会导致很多冲突。 BIDS Helper 等工具试图提供 "smart diff"。我发现识别 "this data flow changed" 对我很有帮助，但除此之外，我将 SSIS 包视为源代码管理中的二进制对象。
无论您使用 git、mercurial、svn、csv、rcs、perforce、tfs、sourcesafe 还是任何其他工具，都 100% 与要版本化的内容类型无关。
我不喜欢将 SSIS（和 SSRS）文件放入 git，因为它们不可合并。
在 TFS 中，我可以通过使用锁来防止其他开发人员使用同一个包。
在 git（带有 git 的 VSTS）中，我无法阻止其他人使用锁编辑同一个包。
我找不到太多关于 SSIS 解决方案使用什么版本控制的资源。将 SSIS 解决方案放在 GIT 存储库中是 "proper" 要做的事情，还是针对此类项目有其他（更好的）解决方案。我熟悉 git 但我不确定它如何与 SSIS 一起工作，因为它主要是 UI 我不知道如果穿上 git 会不会弄乱任何东西，有没有注意事项等
相反，SSIS 的接口通常是通过 UI，但其核心是 XML。
所以是的，您可以而且应该对您的 SSIS 解决方案进行版本控制，就像您应该对您开发的任何内容进行版本控制一样。合并 XML 充其量是冒险的，无论是 "straight" XML 还是我们使用 SSIS 得到的： XML 描述工作流程 和 , 嵌入在 XML 中的更多 XML 描述了 GUI 元素的布局。合并 SSIS 包时，布局和工作的混合会导致很多冲突。 BIDS Helper 等工具试图提供 "smart diff"。我发现识别 "this data flow changed" 对我很有帮助，但除此之外，我将 SSIS 包视为源代码管理中的二进制对象。
无论您使用 git、mercurial、svn、csv、rcs、perforce、tfs、sourcesafe 还是任何其他工具，都 100% 与要版本化的内容类型无关。
我不喜欢将 SSIS（和 SSRS）文件放入 git，因为它们不可合并。
在 TFS 中，我可以通过使用锁来防止其他开发人员使用同一个包。 在 git（带有 git 的 VSTS）中，我无法阻止其他人使用锁编辑同一个包。