我开始使用Git。我觉得重要的是要指出这不是我的选择。我发现Git在上个月才能理解但很大程度上是稳定的。到2010年12月的一周,我发现我再也无法进入我们的“中央”存储库了。写入对象后,该过程将达到70%,然后挂起。我们没有Git“专家”,但我问了一些其他人一直在使用它并给出了一些建议的解决方案。 Logitech网络摄像头的问题,尝试使用Git bash中的命令行而不是Tortoise从安全模式9(显然有网络)进行推送。没有用。我最终做的是卸载msysgit并重新安装它。这解决了这个问题。或者我想。几天前,这个问题再次出现。我不能再“推”到我们的存储库了。
我想我可以计划从现在开始每个月重新安装msysgit,但这似乎对我很有帮助。 : - )
知道我可以做些什么来解决这个问题,甚至排除故障?
答案 0 :(得分:1)
托管位置可能存在问题。自2008年以来我一直在使用git(msysgit)并且从未遇到过这样的问题。我建议在Linux VM上托管服务器。这使得事情变得更快,而且gitolite非常适合权限。
希望这有帮助。
答案 1 :(得分:1)
原来这是Git的版本,而不是问题的操作系统。我安装了Git 1.7版。?.服务器正在运行1.6.4版。将我的客户降级到1.6.4我没有遇到任何问题。谢谢你的支持。我仍然认为我可能会回到ClearCase,直到我的组织内有更多对Git的支持。至于adymitruk的评论“你只是无法击败Git让你做的事情。”,这可能是一般的,但我看到Git对我的工作没什么优势。也许我只是不够极客。也许我只是愚蠢,因为Linus说所有SVN用户都是。
再次感谢 Pat O
答案 2 :(得分:0)
这似乎不是一个常见的问题,所以我建议您尝试一系列测试,看看问题出在哪里:
不要发布几乎无穷无尽的故障排除可能性列表,而应考虑与之交互的系统的所有部分,并尝试通过更换部分(即工具,本地存储库)来缩小问题范围。 ,远程存储库,网络等等)另外,请确保您正确使用这些工具 - 转移一些更改不需要很长时间。
答案 3 :(得分:0)
只是另一个数据点 - 这可能与msysgit项目站点上的Issue 457有关。有一个修补程序有一个解决方法(从2011年2月起),但截至今天(2011年6月13日),他们没有将其包含在一个版本中。