master)で行う)衝突(conflict)が無ければ無事に終了するはずだ。CR833我々はプライベートリポジトリを使っているので、好き勝手にブランチを消してよい。常にクリーンな状態を保とう。ブランチは簡単なんだから。難しくて、直すのにまるまる一ヶ月かかったと仮定しよう。他のことに気を取られて長い間放置していたのでもいい。君はそれに追随しなければならないだろう。止めるための変更をしていたとか。リベース(Rebase)は、いつブランチしたかを変更する作業だと言える。それらが終わった時点ではあたかも今ブランチしたかのように見える。自分の作業結果にマージしたのではない。全ての変更を再度適用したのと等しい。(またはベースを動かす方のブランチ)もし君が非常に長い間ブランチせずにいたとしても、これらは適切に働くだろう。時々衝突が起こることがある。変更してしまった場合だ。その時、君はこの衝突を解決する必要がある。リベース作業自体をキャンセルしたくなるかもしれない。--abort全ての変更点は元通りになり、作業の開始時点と同じ状態に戻れるだろう。ああ、なんて臆病なことだろう。場所に囚われないようにデザインされた。開発者は他の開発者たちと変更点を共有できる。変更をどこかに送ったり、どこかから持ってきたりすることもできる。それは君だけのもので、他の誰のものでもない。それでは続きを読んでほしい。変更をプッシュするのは、他のリポジトリへ君の変更点を加えることになる。リポジトリが考えられる。君は自分の成果を「公式な記録」としてパブリックリポジトリへプッシュできる。これは奇妙に聞こえるかもしれない。リポジトリは一つだけであり、作業領域が各人のものである。コミットできるのはそのリポジトリに対してのみだ。branching.しかし、今君は複数のリポジトリを持てる。こちらの方がクールである。これらのアカウントを持っていないなら、ぜひ取りに行こう。ないなら、それらを想像してみてほしい。送りたいなら、最後の文を使おう。それはあまり一般的じゃない。これで君の変更はパブリックリポジトリに入った。僕はこれはいい機能だと思っていたけど、今では余計なステップじゃないかと思っている。これで誰にでも君の作品を送ることができるのは覚えておいてほしい。masterこれでもう、そこにあった変更を(可能なブランチを含めて)持って来れた。すると実行するたびに多少のフラグメントを起こすかもしれない。fsckこれで全部だ。