简单的答案。 Git 是一 个非常强大的工具，它允许你对提交历史做许多事情，但每个团队、每个项目对此的需求并不相同。 既然你已 经分别学习了两者的用法，相信你能够根据实际情况作出明智的选择。 总的原则是，只对尚未推送或分享给别人的本地修改执行变基操作清理历史， 从不对已推送至别处的提交执行 变基操作，这样，你才能享受到两种方式带来的便利。 总结 我们已经讲完了 Git 分支与合并的基础知识。 或完全地移除提交——在将你的工作成果与他人共享之前。 在本节中，你可以学到如何完成这些工作，这样在与他人分享你的工作成果时你的提交历史将如你所愿地展示出 242 来。  在满意之前不要推送你的工作 Git 的基本原则之一是，由于克隆中有很多工作是本地的，因此你可以 在本地 随便重写历史记 录。 然而一旦推送了你的工作，那就完全是另一回事了，除非你有充分的理由进行更改，否 则应该将推送的工作视为最终结果。 简而言

并没有一个简单的答案。 Git 是一个非常强大的工具，它允许你对提交历史做 许多事情，但每个团队、每个项目对此的需求并不相同。 既然你已经分别学 习了两者的用法，相信你能够根据实际情况作出明智的选择。 总的原则是，只对尚未推送或分享给别人的本地修改执行变基操作清理历史， 从不对已推送至别处的提交执行变基操作，这样，你才能享受到两种方式带来 的便利。 总结 我们已经讲完了 Git 分支与合并的基础知识。 ， 或完全地移除提交——在 将你的工作成果与他人共享之前。 在本节中，你可以学到如何完成这些工作，这样在与他人分享你的工作成果时 你的提交历史将如你所愿地展示出来。   Git 的基本原则之一是，由于克隆中有很多工作是本地的，因此你可以 在本地 随便重写历史 记录。 然而一旦推送了你的工作，那就完全是另一回事了，除非你有充分的理由进行更 改，否则应该将推送的工作视为最终结果。 简而言之，在对它感到满意并准备与他人分享