视频：重新排序、压缩、重写和删除本地提交

视频文字记录

视频的旁白，逐条提示。

1. 五个粗糙的提交变成两个干净的提交， 安全。
2. 交互式变基是一个计划：一个列表 步骤，最旧的在前。
3. Git 从上到下重播列表 一个基地。
4. 每个步骤都有一个动作：选择、改写、 挤压、修复或丢弃。
5. 首先，构建五个私有提交和一个 救援分会。
6. 三是实实在在的工作。一个是修复，一个是 是暂时的噪音。
7. 右键单击它们下面的提交，然后 打开编辑历史记录。
8. 选择提交的交互式变基 以上。
9. 小编列出了五个步骤，最古老的 首先。
10. 关闭所有三个选项。我们会搬家 我们自己修复。
11. 修复程序在提交之后立即生效 它修复了。将其向上移动两次。
12. 现在将验证注释移至 复习笔记。
13. 现在的顺序是一、四、三、二、 五.
14. 将第一步设置为Reword，然后写入 新消息。
15. 将修复步骤设置为 Fixup。它的信息 被扔掉了。
16. 保留验证记录，并压扁 查看注释。
17. Squash 显示这两条消息。写一个 给这对的消息。
18. 放下临时笔记。它的改变将 无法生存。
19. 再次阅读每一行。上面什么都没有 远程。
20. 选择一次Start Rebase，然后等待 完成。
21. 该图现在在上面有两个提交 基地。
22. 两人都有新的身份证。老五都在 救援分会。
23. 打开页面：标签修复就在那里。的 噪音消失了。
24. 现在航站楼也有同样的计划， git rebase -i。
25. Git 打开待办事项列表。最旧的第一个，全部 设置为选择。
26. 将这些内容重写到我们的计划中：重写， 修复、拾取、挤压、掉落。
27. Git 要求提供这两条消息。写一个 每条线。
28. 计算基础之上的提交：两次。
29. 列出科目。这是我们两个 写道。
30. 状态为空，临时备注为 走了。
31. 更改输入：将南瓜放在 第一步。
32. 它上面没有任何东西可以折叠，所以 吉特拒绝了。
33. 或者将修复程序移至其提交之上： 重播因冲突而停止。
34. 如果停止，请修复它并继续。或者 中止，并且没有任何变化。
35. 救援部门仍然保留着你 原来的五次提交。
36. 永远不要重写别人的提交 已经有了。
37. 练习：解释计划以及为什么要采取步骤 一个不可能是南瓜。
38. 接下来，解决合并或合并时的冲突 变基停止。