第6章 ／ 目安 70〜90分

ブランチ：作業を枝分かれさせる

6-1. ブランチとは

ここまでは、記録（コミット）を、main だけの一本道で積み重ねてきました。第5章で見たとおり、一人で記録を続けるだけなら、それで十分です。この章では、一人でも役に立つ道具として、ブランチを学びます。

ブランチ（branch、枝）を使うと、この道を途中で枝分かれさせて、別々に作業を進められます。

6-2. 実習A：枝を作って、合流させる

第4章で使った my-notes で、notes.txt というファイルを、別の枝で作り、main に合流させます。

手順1：準備する

cd C:\work\my-notes
git status
git pull
git branch

PS C:\work> cd C:\work\my-notes
PS C:\work\my-notes> git status
On branch main
Your branch is up to date with 'origin/main'.

nothing to commit, working tree clean
PS C:\work\my-notes> git branch
* main

git branch は、ブランチの一覧を出します。* が付いている枝が、今いる枝です。今は、main だけです。git status が「きれい（working tree clean）」で、pull で最新になっていることを確かめてから、始めます。

💡 branch は「枝」という意味です。

手順2：枝を作って、そこへ移る

git switch -c add-notes
git branch

PS C:\work\my-notes> git switch -c add-notes
Switched to a new branch 'add-notes'
PS C:\work\my-notes> git branch
* add-notes
  main

add-notes という枝を作って、そこに移りました。* が add-notes に移っています。

💡 switch は「切り替える」。-c は create（作る）の頭文字で、「作ってから、切り替える」という意味です。

PS C:\work\my-notes> git switch -c add-notes
fatal: a branch named 'add-notes' already exists

git branch -v
git log --oneline --graph --all

手順3：この枝で、作業して、記録する

New-Item notes.txt
notepad notes.txt

メモ帳が開いたら、my notes と書いて、最後に Enter で改行して、保存して閉じます。続けて、記録します。

git add notes.txt
git commit -m "Add notes.txt"
git log --oneline

PS C:\work\my-notes> git add notes.txt
PS C:\work\my-notes> git commit -m "Add notes.txt"
[add-notes e4f6a1b] Add notes.txt
 1 file changed, 1 insertion(+)
 create mode 100644 notes.txt
PS C:\work\my-notes> git log --oneline
e4f6a1b (HEAD -> add-notes) Add notes.txt
c5d2e8a (origin/main, main) Add third line
7b1e4d8 Add second line to hello.txt
3f2a9c1 Add hello.txt

履歴を読んでみましょう。add-notes は、main より1つ先に進んでいます（図の状態です）。main は、まだ Add third line のままです。

手順4：切り替えると、ファイルが「現れたり、消えたり」する

ここが、ブランチの面白いところです。main に切り替えて、フォルダの中身を見てみましょう。

git switch main
ls

PS C:\work\my-notes> git switch main
Switched to branch 'main'
Your branch is up to date with 'origin/main'.
PS C:\work\my-notes> ls

    Directory: C:\work\my-notes

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a----        2026/10/11     11:20             36 hello.txt

notes.txt が、消えました！（エクスプローラーで開いたままにしておくと、目の前で消えるのも見られます。）では、元の枝に戻します。

git switch add-notes
ls

PS C:\work\my-notes> git switch add-notes
Switched to branch 'add-notes'
PS C:\work\my-notes> ls

    Directory: C:\work\my-notes

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a----        2026/10/11     11:20             36 hello.txt
-a----        2026/10/11     11:32             10 notes.txt

notes.txt が、戻ってきました。ファイルが消えたのではありません。ブランチを切り替えると、作業フォルダの中身が、その枝の状態に入れ替わるのです。

手順5：main に合流させる（merge）

作業が終わった枝を、main に合流させます。「合流させたい側」（main）に移ってから、merge します。

git switch main
git merge add-notes

PS C:\work\my-notes> git switch main
Switched to branch 'main'
Your branch is up to date with 'origin/main'.
PS C:\work\my-notes> git merge add-notes
Updating c5d2e8a..e4f6a1b
Fast-forward
 notes.txt | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 notes.txt

Fast-forward（早送り）と出ました。main が動いていなかったので、main の名札を、先に進めるだけで済んだ、という意味です。main でも、notes.txt が見えるはずです。履歴の図も、見てみましょう。

git log --oneline --graph --all

PS C:\work\my-notes> git log --oneline --graph --all
* e4f6a1b (HEAD -> main, add-notes) Add notes.txt
* c5d2e8a (origin/main) Add third line
* 7b1e4d8 Add second line to hello.txt
* 3f2a9c1 Add hello.txt

💡 merge は「併合する、合流させる」。--graph は「図にする」、--all は「すべての枝を」の意味です。

PS C:\work\my-notes> git marge add-notes
git: 'marge' is not a git command. See 'git --help'.

The most similar command is
        merge

手順6：役目を終えた枝を、片付ける

git branch -d add-notes
git branch

PS C:\work\my-notes> git branch -d add-notes
Deleted branch add-notes (was e4f6a1b).
PS C:\work\my-notes> git branch
* main

枝は、名札を消しただけです。記録（コミット）は、main に合流済みなので、消えません。

💡 -d は delete（削除）の頭文字です。

手順7：GitHub に送る

git push

PS C:\work\my-notes> git push
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
Writing objects: 100% (3/3), 310 bytes | 310.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
To https://github.com/chitchi1216/my-notes.git
   c5d2e8a..e4f6a1b  main -> main

GitHub の main にも、notes.txt が届きました。

実習A の流れ（まとめ）

1. git switch -c 枝の名前：枝を作って、移る
2. 作業して、add → commit
3. git switch main：合流先（main）に戻る
4. git merge 枝の名前：合流させる
5. git branch -d 枝の名前：枝を片付ける

6-3. 実習B：お互いが進んだあとの、合流

実習A では、main が動いていなかったので、「早送り」で済みました。しかし、枝で作業している途中に、急ぎの別の作業（誤字の修正など）を、main で済ませることも、よくあります。すると、合流するまでの間に、main のほうも、進んでいる状態になります。その場合を体験します。

手順1：枝 feature-a で、a.txt を作る

git switch -c feature-a
New-Item a.txt
notepad a.txt

a と書いて（最後に Enter）保存、閉じて、記録します。

git add a.txt
git commit -m "Add a.txt"

手順2：main に戻って、main でも作業する

git switch main
New-Item b.txt
notepad b.txt

b と書いて（最後に Enter）保存、閉じて、記録します。

git add b.txt
git commit -m "Add b.txt"

これで、feature-a と main が、それぞれ別々に1つずつ進みました（図の右側の状態です）。

手順3：合流させる

git merge feature-a

メモ帳が開きます。最初の行に、Merge branch 'feature-a' と書かれています。これは、合流コミットのメッセージです。何も変えずに、保存して（Ctrl + S）、メモ帳を閉じてください（# で始まる行は、説明なので、無視されます）。メモ帳が開いている間は、ターミナルに hint: Waiting for your editor to close the file... と出ます。閉じると、unix2dos / dos2unix の行が出ます。第3章と同じ、無視してよいお知らせです。

PS C:\work\my-notes> git merge feature-a
hint: Waiting for your editor to close the file... unix2dos: converting file C:/work/my-notes/.git/MERGE_MSG to DOS format...
dos2unix: converting file C:/work/my-notes/.git/MERGE_MSG to Unix format...
Merge made by the 'ort' strategy.
 a.txt | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 a.txt

Merge made by … は、合流コミットが作られたという意味です。ls で見ると、a.txt も b.txt も、両方あるはずです。

手順4：履歴の図を見る

git log --oneline --graph --all

PS C:\work\my-notes> git log --oneline --graph --all
*   f1a29e4 (HEAD -> main) Merge branch 'feature-a'
|\
| * 2b7c9d1 (feature-a) Add a.txt
* | 6c3f0a8 Add b.txt
|/
* e4f6a1b Add notes.txt
* c5d2e8a (origin/main) Add third line
* 7b1e4d8 Add second line to hello.txt
* 3f2a9c1 Add hello.txt

枝分かれして、また1つに合流した様子が、図として読めます。* が1つのコミット、| や \ / が、枝の流れです。

片付けて、GitHub に送ります。

git branch -d feature-a
git push

6-4. 第4章の git pull の、正体

第4章で、git pull は「fetch（取ってくる）と merge（合わせる）を続けて行うコマンド」と説明しました。ここまで来れば、意味が分かります。

• GitHub の main（origin/main）を、取ってくる（fetch）
• それを、自分の main に、マージする（merge）

自分の main が進んでいなければ「早送り」、お互いが進んでいれば「合流コミット」になります。第4章のチャレンジ3で、メモ帳が開いたのは、そのためです。

6-5. チャレンジ

必須ではありません。実習A・B が終わった状態から、始めます。

git switch -c try-it
git switch main
git branch -v
git switch -

PS C:\work\my-notes> git branch -v
* main   f1a29e4 Merge branch 'feature-a'
  try-it f1a29e4 Merge branch 'feature-a'
PS C:\work\my-notes> git switch -
Switched to branch 'try-it'

*   9a1c3e5 (HEAD -> main) Merge branch 'fix-typo'
|\
| * 4d7b2f0 (fix-typo) Fix typo in README
* | 8e5a6c1 Add profile page
|/
* 1b2c3d4 Initial commit

PS C:\work\my-notes> git merge edit-first
Auto-merging hello.txt
hint: Waiting for your editor to close the file... unix2dos: converting file C:/work/my-notes/.git/MERGE_MSG to DOS format...
dos2unix: converting file C:/work/my-notes/.git/MERGE_MSG to Unix format...
Merge made by the 'ort' strategy.
 hello.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
PS C:\work\my-notes> type hello.txt
hello Git!
second line
third line
fourth line

確認クイズ

話し合おう・考えてみよう

• 一人で作業するとき、どんな作業なら、枝を作りたくなりますか？ main に直接記録するのと、どう使い分けますか？
• ブランチの名前に、どんなルールを決めますか？（例：作業の内容を表す英語、fix- で始める など）
• 「main を、完成した状態に保つ」ことは、どんな場面で大切だと思いますか？