<分区>
Possible Duplicate:
What are currently the problems with Git on Windows
最近，我一直在考虑将我们的源代码控制系统从 svn 切换到 git，以便我们可以利用可分发性的特性。在我做了一些调查之后。我发现，在 Windows 上运行 git 似乎我们没有太多选择。在学习曲线和管理工作量两边都取得平衡的唯一选择是 msysGit。不幸的是，到目前为止它仍然是预览版。
我错过了什么吗？或者，有更好的选择吗？
<分区>
Possible Duplicate:
What are currently the problems with Git on Windows
最近，我一直在考虑将我们的源代码控制系统从 svn 切换到 git，以便我们可以利用可分发性的特性。在我做了一些调查之后。我发现，在 Windows 上运行 git 似乎我们没有太多选择。在学习曲线和管理工作量两边都取得平衡的唯一选择是 msysGit。不幸的是，到目前为止它仍然是预览版。
我错过了什么吗？或者，有更好的选择吗？
最佳答案
我们使用 mSysGit 并且已经使用了大约一年。我们遇到了一些错误，但没有障碍——存储库一直非常可靠；这些错误都在前端工具中。
我们遇到的两个错误是:
GUI 应用程序(git-gui 和 gitk)有时会锁定，通常一天锁定几次。锁定仅在您尝试对存储库执行某些操作时发生:暂存更改、执行提交、 checkout 分支等。这似乎是 GUI 应用程序和命令之间通信的死锁-实际完成工作的生产线流程。当 GUI 停止响应时，您所要做的就是杀死它并重新启动它。我从未见过这会导致任何数据损坏——似乎只是 GUI 应用程序被锁定了；命令行应用程序要么完成其工作，要么不启动。这是无害但令人讨厌的，显然 mSysGit 维护者无法重现它(尽管我在我尝试过 Git 的每台计算机上都看到过它)。
有时，当您 check out 一个不同的分支时，Git 会默默地无法在磁盘上创建所有新分支的文件；因此，如果您查看状态，您会看到一个“已删除”文件(我认为我见过的不超过一两个)已准备好上演。我从来没有从命令行遇到过这个问题，所以我不知道 checkout 是否给出了一些警告，但是如果您从 GUI 中 checkout ，则没有任何迹象表明有任何问题，除非您重新扫描未暂存的更改。这种情况很少发生(可能每周一次)，但是在暂存更改时，您会在它造成任何损害之前注意到它。该文件仍在存储库中；您只需要重置(或还原对该文件的更改)即可将其放回您的工作副本中。
两者都只是烦恼；你不需要对它们特别警惕，你只需要在它们发生时耐心清理即可。
关于windows - git 在 Windows 上稳定吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5530616/