关于 GitHub Desktop
中的提交历史记录
在对存储库进行更改时,提交历史记录应讲述一个易于遵循的故事,说明你是如何完成所做更改的。 为了帮助人们查看你的工作,并使他们更容易地找到何时以及为什么在存储库中引入更改,我们建议你遵循最佳做法,例如:
- 将提交组织成有序且易于遵循的顺序
- 编写明确的提交消息,包括你的意图和任何必要的上下文
- 进行包含相关更改的小提交
通常,在进行更改时,很难完美地遵循这些最佳做法。 你可能意识到需要撤消所提交的更改、编辑提交消息或重新排序提交,以讲述更清晰的故事。 使用 GitHub Desktop,可以直接从用户界面管理提交历史记录。
**** 注意:在可能的情况下,应避免更改已推送到远程存储库的提交历史记录。 其他参与者可能已经基于这些提交完成了工作。
用于管理 GitHub Desktop
中的提交历史记录的选项
选项 | 说明 | 详细信息 |
---|---|---|
撤消提交 | 将更改从提交还原到工作目录,以便在重新提交之前进行进一步更改。 如果在包含的更改中出现错误,则此功能很有用。 如果已将提交推送到远程存储库,则无法使用。 | “在 GitHub Desktop 中撤消提交” |
重置提交 | 类似于撤消提交,但这会将所有提交中所做的更改还原到所选的工作目录提交。 只能用于已推送到远程存储库的最近提交。 | “在 GitHub Desktop 中重置提交” |
修改提交 | 允许编辑最新的提交消息或将新更改与最新的提交合并。 如果上一个提交中的更改仍然有效,但为适应同一提交已进行了进一步的更改,则此功能很有用。 | “在 GitHub Desktop 中修改提交” |
还原提交 | 创建一个新的提交,撤消历史记录中另一个提交的更改。 如果已将提交推送到远程存储库,并且不希望从存储库的历史记录中删除提交,则此功能很有用。 | “在 GitHub Desktop 中还原提交” |
挑拣提交 | 将提交从一个分支复制到另一个分支。 如果在错误的分支上意外提交了更改,或者需要跨所处理的不同分支应用缺陷修复,则此功能很有用。 | “在 GitHub Desktop 中优选提交” |
将提交重新排序 | 更改历史记录中的提交顺序。 如果更改顺序会使进度更易于跟进,则此功能很有用。 | “在 GitHub Desktop 中重新排序提交” |
Squash 提交 | 将多个提交合并为一个提交。 如果你有一系列包含相关更改的小提交,则此功能很有用。 | “在 GitHub Desktop 中压缩提交” |