在我的小团队中,当一个开发人员对一个相当大的SSIS包进行更改并将更改提交给GIT服务器时,它会导致所有其他想要提取该提交的用户在使用该消息时遇到提取失败“未能填充packfile”。
我花了几个小时把问题隔离到一个单一的时刻。我有一个包含大量数据流任务的SSIS包。当我再添加一个数据流任务并将其作为唯一更改提交时,就会发生错误。
我认为它与SSIS包文件大小没有直接关系。我有更大的包使用大量的SQL任务,例如它们没问题。
问题似乎与布局信息有关。如果我删除CDATA部分的内容(有效地将包放入自动布局模式),我可以提交更改。如果我然后移动每个任务,并且每个组件都有数据流任务(是的,我确实这样做了),问题就会重新出现。我猜测GIT如何计算它在packfile中的增量是一个大CDATA部分的问题(它在文件中超过5000行)。
唯一的解决方案是重新克隆回购,但我不能让每个人每天做两次等。
我不能在这些软件包上使用自动布局作为解决方案。开发人员需要能够以有用的方式组织它们。
我看到Microsoft在2011年左右推出了CDATA布局。我们正在使用SQL Server 2014 Enterprise,Visual Studio 2013更新5.所有git操作都是通过VS GUI进行的。没有命令行访问。
我真的不确定接下来该做什么。整个源控制系统现在面临风险。我们放弃了TFS源代码控制,因为它在我们的Citrix环境中存在问题。我可以考虑其他系统,但离开GIT将是一种耻辱。任何人都知道VS的后续版本会有所帮助吗?
非常感谢您提供任何帮助!
答案 0 :(得分:0)
回答我自己的问题,我使用最新的SQL Server数据工具升级到Visual Studio 2017,这似乎解决了Git交互的所有问题。
我可以直接克隆到网络驱动器,但我无法使用Git fetch重现以前的任何问题。
我认为故事的寓意是保持最新状态。