Gitは私にあまりにも多くのリベースのオプション

Question

を与えます私が合格すると、2 < = N < = 10の場合、10のオプションが表示されます。 N = 1の場合は、最後のコミットが表示されます。

これは2つの質問を返す： 1.これはなぜ起こっているのですか？ 2.誰でもNを3にする方法を知っていますか？それ以上のコミットには多くの葛藤があり、私はそれに対して反対したくありません。

文脈の一部： 私はgitの "機能ブランチ"を持っています。これは、いくつかのレガシーコードをMac上でローカルで動作させるためのパッチです。それはまだ生産中の古代のDrupalのインストールに関するいくつかの問題に対処しています。私はローカルで開発するためにそれにパッチを当てていました。そして、コミットのためにそれを再レイアウトして、ステージング環境でテストできるようにしました。それはうまくいきました...今まで。

Answer 1

あなたが見ているキーは、リビジョンの実際の動作と、リビジョン指定子~です。 私はこのツリー構造とどのように~がhttp://schacon.github.com/git/git-rev-parse.html#_specifying_revisionsから動くかに関する情報を得ました。

この履歴グラフは、Jon Loeligerによるイラストです。双方は、ノードB及びCをコミットするコミットノードAの親コミットが左から右へ順序付けられる：

G H I J 
\/ \/
    D E F 
    \ |/\ 
    \ |/ | 
    \|/ | 
     B  C 
     \ /
     \/
     A 

Iが供給ページが示すように、~は祖父母が最初であろう第N祖父母を指すの親であります任意のマージの親。あなたがHEAD - >Aのブランチにいて、Gを指すリビジョンとしてHEAD~3と指定した場合。

したがってrebase -i HEAD~3は、GからAオンタップGに対話的にすべてのコミットをリベースするとします。つまり、rebaseプロセスの一部として他のすべてのコミットが表示されるため、D,B、およびAの代わりに、A-FとH-Jがリベースリストに追加されます。それはリストされた8つの異なるコミットになります。