Android服务错误处理(Android service error handling)

 要在不触及工作树的情况下丢弃索引，您可以这样做： 
 
git reset
 
 这就是它的作用。 这相当于你的自我回答，“仅使用git命令”。 最终效果就像是将git diff HEAD的结果抛弃，将所有内容回滚到最顶层的提交，然后将该diff重新应用到HEAD以重新创建原始工作树。 
 
 但是假设您想要丢弃索引中的更改，以便实际从您的工作中减去这些丢弃的更改。 在这种情况下， 我会做的是使用交互式rebase来拼接更改： 
 
git commit    # commit the index
git commit -a # commit the remaining changes

git rebase --interactive HEAD^^  # rebase top two commits onto same branch
 
 在出现的编辑器窗口中，我只是删除保存来自不需要的索引的不需要的更改的提交，然后保存并退出，让交互式rebase完成剩下的工作。 可能存在必须解决的合并冲突，因为先前未进行的所需更改可能取决于分阶段的不需要的更改。 
 
 最后，我会有一个提交，它只包含以前未经过更改的更改，并且不需要的更改也消失了。 那时，我可以摆脱那个提交，把它变成未分级的变化： 
 
git reset HEAD^
 
 或者只是保持提交并通过做更多的黑客攻击和git commit --amend来添加它并更新它的消息。 
 
 rebase --interactive所做的一切（事实上，非交互式rebase确实）可以使用cherry-pick命令完成，但它提供了方便的“工作流自动化”。 
 
 对于涉及提交的重新排序，删除提交，将多个提交压缩为一个，重写提交消息（除最顶层补丁之外）以及类似事物的任何场景，知道如何使用交互式rebase是很好的。 
 
 我们的想法是将所有更改的表示形式转换为单独的提交，然后使用commit-munging kung-fu，最后在必要时“取消提交”某些内容。 
 
 对于复杂的事情，git在处理提交方面要比使用非分段更改或索引更好，后者是一些临时区域; 所以你想让你的工作离开那里并首先进入提交。 事实上，如果您有未分阶段或分阶段的更改，git会阻止您执行各种有用的操作。 
 
 让你的工作进入提交的一个原因是，在git中很容易永远丢失工作副本或索引。 工作副本和索引不是提交对象，因此无法从reflog中恢复它们。 输入错误的命令，消除其中一个或两个，它们就会消失。 但是，任何提交的更改都可以恢复，即使您丢失它们，通过reflog，或通过您可以设置的分支指针或标记。 

What one can do is the following, using git-diff and patch:
 
git diff HEAD > my.patch
git reset --hard
patch -p1 < my.patch
 
but there must be a better way using git commands only.