爲什麼git rebase - 去掉b，git rebase - 去創建一個與原來不同的SHA1？

c a 
\/
    b

git rebase --onto a b創建以下：

c 
/
    a 
/
b

和git rebase --onto b a返回圖表：

c a 
\/
    b

但是，在兩次rebasings之前，c的新SHA1與c的舊SHA1不同。爲什麼會這樣？

2011-02-24 jonderry

提交的SHA1取決於提交的所有內容，包括元數據。具體來說，它取決於提交時間戳。您的兩次重新提交具有新的時間戳，因此它有一個新的SHA1。

（請注意，最初編寫時有一個「作者日期」，當記錄實際提交時有一個「提交者日期」，只有後者發生了變化。只需看看gitk中的提交。）

2011-02-24 04:37:50 Cascabel

有趣。令我感到困惑的是，當沒有額外的提交通過新基地進行重新投標時，它並沒有改變SHA1。我猜如果你有新的基礎之外的額外工作，它需要創建新的提交，並因此創建一個新的時間戳。 – jonderry 2011-02-24 05:10:16

@jonderry：我相信rebase足夠聰明，如果沒有必要，就不會做任何事情。 – Cascabel 2011-02-24 05:47:19

我不會像* history *那樣指出時間戳。一個提交有一個父項，並且包含在哈希中。如果父母更改，則提交更改。如果父母沒有改變，而且沒有其他任何關於提交的內容正在改變，那麼沒有必要做任何事情。 – Dustin 2011-02-24 08:05:19

回答