我刚开始工作的Github通过其原生的Windows应用程序，这是相当不错的但是它的崩溃经常和可怕的事情是，我失去了所有最新更改它的崩溃之后。 所有本地文件将回滚到成功的还是最后一个版本提交同步。
我是一个64位Windows 8机器上。 有任何想法吗？
撞车后确切的错误是Couldn't find a HEAD in this repository
Answer 1:
我发了封邮件给GitHub上支持Windows。 他们的回答是这样的：
嗨大卫，
我的麻烦抱歉。
我已经能够重现此问题，并已申请了我们的开发人员看的报告。 该应用程序崩溃的原因可能是由于合并了本地和远程存储库之间的冲突。
解决这个最简单的方法是进入被说“仓库
failed looking for HEAD”，关闭该弹出窗口，然后点击Tools -> Open a Shell Here。
- 从贝，你可以运行“
git reset --merge”撤消引起的GitHub的Windows崩溃的合并。- 从那里，运行“
git checkout master”来从分离开关HEAD。- 在那之后，运行“
git pull在shell”拉下任何新的变化。 它会提示你解决任何合并冲突（这是什么原因造成应用程序崩溃）。一旦你确定这些文件中的合并冲突，则应能够在GitHub上正确同步的窗口。
我一直在测试这个问题，我决定与初始碰撞冲突后，我不再有与GitHub的任何进一步的麻烦的Windows。 它正确地促使我开壳和解决合并冲突，而不是崩溃。
让我知道，如果你有任何问题，希望我们很快就会有一个修复了这一点。
最好，史蒂夫
Answer 2:
这是我从Github上得到的支持解决方案。 我会复制和粘贴在这里确切的文本：
解决这个最简单的方法是进入该是说“失败找HEAD”，关闭该弹出窗口，然后单击工具库 - >打开一个shell这里。 从贝，你可以运行“git的复位--merge”撤消引起的GitHub的Windows崩溃的合并。 在此之后，在shell中运行“git的拉”拉下任何更改。 它会提示你解决任何合并冲突。 一旦你确定这些文件中的合并冲突，则应能够在GitHub上正确同步的窗口。
我一直在测试这个问题，我决定与初始碰撞冲突后，我不再有与GitHub的任何进一步的麻烦的Windows。 它正确地促使我开壳和解决合并冲突，而不是崩溃。
Answer 3:
之后我做了一个不稳定的变化，以我的.gitconfig用户文件我有这个问题。
我只检测到问题后，我尝试使用TortoiseGIT它列出的错误parsting有意外的标记配置文件。
因此，修复是纠正不良的.gitconfig文件。
文章来源: github for windows crashing several times a day
