具有GIT fetch的SSI-无法膨胀打包文件

在我的小团队中，当一个开发人员对一个相当大的SSIS包进行更改，并将更改提交给GIT服务器时，它会导致所有其他希望执行该提交的用户遇到获取失败，并显示消息“failed to inflate packfile”

我花了几个小时把问题归结到一个时刻。我有一个包含大量数据流任务的SSIS包。当我再添加一个数据流任务并将其作为唯一的更改提交时，就会发生错误

我认为这与SSIS包文件大小没有直接关系。我有更大的软件包，比如使用了很多SQL任务，它们很好

问题似乎与布局信息有关。如果我删除CDATA部分的内容（有效地将包置于自动布局模式），那么我可以提交更改。如果我随后移动每个任务，以及带有数据流任务的每个组件（是的，我这样做了），问题就会再次发生。我猜GIT在packfile中如何计算其增量的问题在于CDATA部分太大（文件中超过5000行）

唯一的解决办法是重新克隆回购协议，但我不能让每个人一天做两次，等等

我不能在这些包上使用自动布局作为解决方案。开发人员需要能够以一种有用的方式组织它们

我看到微软大约在2011年推出了CDATA布局。我们使用的是SQL Server 2014 Enterprise，Visual Studio 2013 update 5。所有git操作都是通过VS GUI进行的。没有命令行访问权限

我真的不知道下一步该怎么办。整个源头控制系统现在处于危险之中。我们离开了TFS源代码管理，因为它在我们的Citrix环境中存在问题。我可以考虑其他的系统，但是远离Git是一个耻辱。有人知道更高版本的VS是否有帮助吗

---

非常感谢您给予的任何帮助

回答我自己的问题，我使用最新的SQL Server数据工具升级到Visual Studio 2017，这似乎解决了Git交互的所有问题

我可以直接克隆到一个网络驱动器，但我无法重现我以前在Git fetch中遇到的任何问题

---

我想这个故事的寓意是保持最新。

问题：我大量使用git和SQL Server，但我不知道什么是SSIS包。这是一个二进制文件吗？不，SSIS是一个ETL工具。文件都是类似xml的。我应该补充一点，它们是使用Visual Studio作为GUI创建的。你可以手工制作它们，但你真的不会。你能看出这个网络驱动器问题是否相关吗？谢谢你。实际上，本地回购在共享驱动器上，我们在最初设置时确实遇到了这个问题。我们几乎按照那篇文章中描述的方式修复了它，将其克隆到本地驱动器，然后将其移动到共享驱动器号上所需的位置。从那时起，提交/同步都可以正常工作，除了我在帖子中描述的情况，所以似乎共享驱动器问题不是我问题的原因。