关于 GitHub Desktop 中的提交历史记录
当你为仓库贡献更改时，你的提交历史记录应该讲述一个易于跟踪的故事，说明你是如何得到你所做的更改的。为了帮助人们审查你的工作，并使人们更容易找到何时以及为何对仓库引入了更改，我们建议你遵循某些最佳实践，例如
- 将你的提交组织成一个连续的、易于跟踪的顺序
- 编写清晰的提交消息，其中包含你的意图和任何必要的上下文
- 进行包含相关更改的小型提交
通常，在进行更改时很难完美地遵循这些最佳实践。你可能会意识到你需要撤消你已做出的提交中的更改、编辑提交消息或重新排序你的提交以讲述更清晰的故事。使用 GitHub Desktop，你可以直接从用户界面管理你的提交历史记录。
注意
在可能的情况下，你应该避免更改已推送到远程仓库的提交的历史记录。其他贡献者可能已经基于这些提交进行了工作。
GitHub Desktop 中管理提交历史记录的选项
| 选项 | 描述 | 更多信息 |
|---|---|---|
| 撤消提交 | 将提交的更改还原到你的工作目录，以便你可以在重新提交之前进行进一步更改。如果你在包含的更改中犯了错误，这很有用。如果你已将提交推送到远程仓库，则无法执行此操作。 | "在 GitHub Desktop 中撤消提交" |
| 重置到提交 | 类似于撤消提交，但会将所选提交之前的全部提交的更改还原到你的工作目录。只能用于已推送到远程仓库的最新提交。 | "在 GitHub Desktop 中重置到提交" |
| 修改提交 | 允许你编辑最新的提交消息或将新的更改与最新的提交合并。如果先前提交中的更改仍然有效，但你已进行了适合同一提交的进一步更改，这很有用。 | "在 GitHub Desktop 中修改提交" |
| 反转提交 | 创建一个新的提交，以反转历史记录中另一个提交的更改。如果提交已推送到远程仓库，并且你不想从仓库的历史记录中删除该提交，这很有用。 | "在 GitHub Desktop 中反转提交" |
| 挑选提交 | 将提交从一个分支复制到另一个分支。如果你不小心在错误的分支上提交了更改，或者你需要在正在处理的不同分支之间应用错误修复，这很有用。 | "在 GitHub Desktop 中挑选提交" |
| 重新排序提交 | 更改历史记录中提交的顺序。如果更改顺序会使你的进度更易于跟踪，这很有用。 | "在 GitHub Desktop 中重新排序提交" |
| 压缩提交 | 将多个提交合并到单个提交中。如果你有一系列包含相关更改的小型提交，这很有用。 | "在 GitHub Desktop 中压缩提交" |