@shibuni:
Deine beiden Commits liegen auf dem master-Branch. Da gibt es nichts zu rebasen.
Lerne das Konzept Branch kennen und spiel dann mit git rebase:
$ git init test
$ cd test
$ touch foo
$ git add foo
$ git commit -m 'foo'
$ git checkout -b topic
$ touch 42
$ git add 42
$ git commit -m '42'
$ git checkout master
$ touch bar
$ git add bar
$ git commit -m 'bar'
Dann sieht das Repo so aus:
42 topic
/
foo---bar master
Jetzt hilft rebase um im topic-Branch den Commit bar aus dem master-Branch sichtbar zu machen:
git rebase master topic
Repo sieht dann so aus:
42 topic
/
foo---bar master
gitk --all bietet eine grafische Ansicht (benötigt die optionale Abhängigkeit tk) eine Repos.
Im obigen Beispiel hat der Branch topic nur einen Commit enthalten. Es hätten aber beliebig viele sein können. Ein interaktives Rebase ermöglicht es beim Rebasen jeden Commit zu verändern. Damit lässt sich die Commit-Historie vor einem Push oder Pull Request sauber aufräumen. Das ist erforderlich um auch noch nach Monaten oder Jahren den Code zu beherrschen (vgl. Linux-Entwicklung).