はじめに
この「超初心者のGitHub実験室」は、GitHub超初心者の私が、GitHubの動きを体感的に学ぶために行った実験のログになります。
今回は実験室をいつでもリセットできるおまじないの取得と、簡単なmerge、rebaseの挙動の確認をしてみました。
※実は、merge、rebaseについては、思いがけない動きをしないか期待してはいたのですが、そんなことはないですね。普通にmergeとrebaseの、当たり前のふるまいが確認できました。
それでは早速、実験室へ。。。
補足：私の知識レベル
以下を「なんとなく理解できている」という状況です。それ以上のことは、これからこの実験しつで実践しながら理解していきたいと思っています。
- GitHubって何ができるもの？
- ローカルリポジトリ、リモートリポジトリの概念
- ブランチの概念
- 「ブランチを作成し、ローカルで変更を入れて、リモートブランチに反映させる」の一連の操作
実験室の整備
実験室というからには、似たようなことを何度も試行することになります。そこで、常に好きな状態までゼロリセットする呪文を用意することにしました。
注意：あくまで実験用の呪文です。自分一人だけの、壊れても困らないリポジトリ内での利用に止めましょう。
ゼロリセット呪文の用意手順
ご注意：呪文は reset コマンドを利用します。履歴も含めてゼロリセット（改ざん？）されてるので、上記注意の通り、一人で試せて壊れても困らないリポジトリで利用しましょう。
1. ローカルのmainブランチを、呪文で実現したい「初期状態」にする
私はこんな状態を「初期状態」としました。
2. 「初期状態」を mainブランチのリモートリポジトリへ反映
ローカルの変更をリモートへ反映させるには、以下のコマンド３つを順に実行でしたね。
$ git add .
$ git commit -m "任意のコミットメッセージ"
$ git push
3. 「初期状態」のコミットIDを確認
分かりやすいので短い形のコミットIDで確認します。
$ git log --oneline -1
これで出てくる左端の7文字が、呪文に必要な「コミットID」です。
4. 呪文を作りあげる
ここまでできたら、あとは呪文を組み立てるだけ。
以下の「*******」の部分に、先ほど取得したコミットIDを当てはめれば完成です！
$ git checkout main
$ git reset --hard *******
$ git push -f origin main
5. 念のため、ブランチを削除するコマンドも確認
実験の時にはブランチを作るときもあると思います。
そんな時のために、ブランチ削除のためのコマンドも手元に用意しておきましょう。
リモートブランチの削除コマンド
$ git push --delete origin ブランチ名
ローカルブランチの削除コマンド
$ git branch -D ブランチ名
6. 用意したコマンドを組み合わせる
ここまでで用意したコマンドなどを組み合わせ、理想の初期化ができる呪文を作成しましょう。
私の場合は、こんな感じになりました
mainブランチの初期化に加え、ブランチを削除と mainブランチからの再作成も一緒に実施したかったので少し長くなりました。
$ git checkout main
$ git reset --hard コミットID
$ git push -f origin main
$ git push --delete origin ブランチ１
$ git branch -D ブランチ１
$ git push --delete origin ブランチ２
$ git branch -D ブランチ２
$ git checkout main
$ git checkout -b ブランチ１
$ git push --set-upstream origin ブランチ１
$ git checkout main
$ git checkout -b ブランチ２
$ git push --set-upstream origin ブランチ２
おまけ実験：mergeとrebaseを使ってみる
実験するための環境が整ったところで、早速実験を開始します。
実験内容
今回は以下の実験を行います。
それぞれの実験の開始時には必ず、先ほど作成したゼロリセットの呪文を唱えています。
| 実験番号 | 実験内容 | 実験図 |
|---|---|---|
| １ |
|
 |
| ２-１ |
|
 |
| ２-２ |
|
 |
| ３ |
|
 |
実験記録
実験1
初期状態では、A.txtもB.txtも空行2行のみ存在する状態。
feature/testA → A.txt
feature/testB → B.txt
を編集した。
| 手順 | main | feature/testA | feature/testB |
|---|---|---|---|
| 1.初期状態から、Aブランチ、Bブランチそれぞれで変更をいれる |  |
 |
 |
| 2.両ブランチを順番に main へ merge |  |
|
|
実行したコマンド
## 手順1
$ git checkout feature/testA
$ git add .
$ git commit -m "実験1"
$ git push
$ git checkout feature/testB
$ git add .
$ git commit -m "実験1"
$ git push
## 手順2
$ git checkout main
$ git merge feature/testA
$ git push
$ git merge feature/testB
$ git push
実験2-1
初期状態では、A.txtもB.txtも空行2行のみ存在する状態。
feature/testA → A.txt
feature/testB → B.txt
を編集した。
| 手順 | main | feature/testA | feature/testB |
|---|---|---|---|
| 1.初期状態から、Aブランチ、Bブランチそれぞれで変更をいれる |  |
 |
 |
| 2.Aブランチのみ main へ merge |  |
|
|
| 3.その後、Bブランチに、main の変更を merge し |  |
|
 |
| 4.Bブランチの内容を main へ merge |  |
|
|
実行したコマンド
## 手順1
$ git checkout feature/testA
$ git add .
$ git commit -m "実験2-1"
$ git push
$ git checkout feature/testB
$ git add .
$ git commit -m "実験2-1"
$ git push
## 手順2
$ git checkout main
$ git merge feature/testA
$ git push
## 手順3
$ git checkout feature/testB
$ git merge main
$ git push
## 手順4
$ git checkout main
$ git merge feature/testB
$ git push
実験2-2
初期状態では、A.txtもB.txtも空行2行のみ存在する状態。
feature/testA → A.txt
feature/testB → B.txt
を編集した。
| 手順 | main | feature/testA | feature/testB |
|---|---|---|---|
| 1.初期状態から、Aブランチ、Bブランチそれぞれで変更をいれる | |
 |
 |
| 2.Aブランチのみ main へ merge |  |
|
|
| 3.その後、Bブランチを rebase し | |
|
 |
| 4.Bブランチの内容を main へ merge |  |
|
|
実行したコマンド
## 手順1
$ git checkout feature/testA
$ git add .
$ git commit -m "実験2-2"
$ git push
$ git checkout feature/testB
$ git add .
$ git commit -m "実験2-2"
$ git push
## 手順2
$ git checkout main
$ git merge feature/testA
$ git push
## 手順3
$ git checkout feature/testB
$ git rebase main
$ git push
## 手順4
$ git checkout main
$ git merge feature/testB
$ git push
実験3
初期状態では、A.txtもB.txtも空行2行のみ存在する状態。
feature/testA → A.txt
feature/testB → B.txt
を編集した。
| 手順 | main | feature/testA | feature/testB |
|---|---|---|---|
| 1.初期状態から、Aブランチのみ変更をいれる | |
 |
|
| 2.Aブランチを main へ merge |  |
|
|
| 3.その後、Bブランチを rebase し | |
|
 |
| 4.Bブランチの内容を変更のうえ | |
|
 |
| 5.Bブランチを main へ merge |  |
|
|
| 6.Aブランチの先ほどのコミットを revert し | |
 |
|
| 7.Aブランチの内容を main へ merge |  |
|
|
実行したコマンド
## 手順1
$ git checkout feature/testA
$ git add .
$ git commit -m "実験3"
$ git push
## 手順2
$ git checkout main
$ git merge feature/testA
$ git push
## 手順3
$ git checkout feature/testB
$ git rebase main
$ git push
## 手順4
$ git checkout feature/testB
$ git add .
$ git commit -m "実験3"
$ git push
## 手順5
$ git checkout main
$ git merge feature/testB
$ git push
## 手順6
$ git checkout feature/testA
$ git revert コミットID
$ git push
## 手順7
$ git checkout main
$ git merge feature/testA
$ git push
実験感想
一旦、初心者には使い慣れない以下３つを使って、どう作用するかが見られたので満足しています。
- merge
- rebase
- revert
ただ、巷で言われている、rebase と merge の本当の違いが見える部分までは達せなかったので、そちらは今後の実験に回します。
また、今回は、あまりトリッキーな実験手順は組まなかったこともあり、GitHub側の処理もソツなく完了しましたし、思いがけないマージのされ方やエラーもなく終わってしまいました。次回はもう少し、競合状態をあえて引き起こしたり、コミットログまで確認する実験をしてみたいと思っています。
あとがき
実は今回、初のQiita記事のため、投稿する際にとても緊張しました。
あとは、内容に関係なくちょっとした部分ではありますが、アドベントカレンダーということもあり、実験図には赤と緑のクリスマスカラーを取り入れています。
なお、今回の実験を行うにあたり、勝手ながら以下の記事から学ばせていただきました。素敵な情報を残してくださった、エンジニア先輩の皆様にも感謝します。
- ゼロリセットする呪文を作ったときに学ばせていただいた記事
- rebase や merge の違いの理解に苦しんだ際に読ませていただいた記事