重写历史的能力

　　Git的重写历史的能力同时存在着优势和挑战。具有挑战性的一面就是，未协调一致的使用可能会对其他用户造成潜在的影响。假定多个用户都获得了一个远程(共享)Git仓库的内容。一个用户决定执行变更修订历史的操作。对历史的变更会造成仓厍中新的内部校验和(SHA1)的变化，这一变化会从指向所做修订的任何内容开始。一旦这些更新被放回到远程端，那么需要合并这些更新的所有其他用户就不仅必须处理最新的内容，还要处理其他用户对历史所做的修订变更。最好的情况是，这可能会是一个意外。最坏的情况是这会非常消耗时间和过度占用资源，因为这样一来就需要时间和资源来纳入所有这些变更。

　　高度推荐的指导原则就是，在受影响的修订被推送到远程端之前，仅应该在一个用户的本地环境中进行修改历史的变更。如果迫切需要在仓库历史已经在远程端可用之后修改其修订版本，那么可以采用一种推荐的方法：应该事先通知其他用户，并且要在对历史进行修改之前为他们提供提交其变更的机会。在变更完成之后，他们就可以在本地得到一个最新副本以便继续工作。这将允许他们避免潜在的难以合并的情形。