Git

ブランチ

Q: 不要になったブランチは？

マージ後は git branch -d ブランチ名 で削除しましょう。溜まると管理が大変になります。

初級

読み方：ブランチ｜英語：Branch

作業を分岐させる機能で、メインのコードに影響を与えずに開発できるよ。

やさしい説明

ブランチとは、作業を分岐させる機能です。メインのコードに影響を与えずに新機能を開発できます。「枝分かれ」という意味です。

ノートのコピーを作って、コピーの方で自由に書き込むイメージです。完成したら元のノートに反映（マージ）します。失敗してもコピーを捨てるだけで済みます。

main ブランチは「本番のコード」、feature ブランチは「開発中の機能」として使い分けます。

図解：ブランチとマージ

具体例・使い方

# ブランチを作成して切り替え
git checkout -b feature/login

# ブランチ一覧を確認
git branch

# mainに戻る
git checkout main

ブランチの基本コマンド

# ブランチを作成して切り替え（最も使う）
git checkout -b feature/login

# 新しい書き方（Git 2.23以降）
git switch -c feature/login

# ブランチ一覧を確認（* が現在のブランチ）
git branch

# リモートも含めた一覧
git branch -a

# mainに戻る
git checkout main   # または git switch main

# 不要なブランチを削除
git branch -d feature/login

# リモートのブランチも削除
git push origin --delete feature/login

ブランチ命名の慣習

feature/機能名 — 新機能の開発（例：feature/login・feature/dark-mode）
fix/バグ名 — バグ修正（例：fix/header-overflow）
docs/内容 — ドキュメントの変更
refactor/内容 — コードの整理・リファクタリング
main / develop — 本番・開発の基幹ブランチ

スラッシュ（/）で区切るとGitHub上でグループ表示されて管理しやすくなります。

いつ使う？

新機能を開発するとき、バグを修正するとき、実験的な変更を試すときに使います。mainブランチを常に「動く状態」に保つためにブランチを切ります。個人開発でも「作業中は必ずブランチを切る」習慣をつけると安全です。

間違いやすいポイント

❌ mainブランチで直接作業してしまう

mainで直接作業すると、途中の壊れた状態がmainに入ってしまいます。必ずブランチを切ってから作業し、完成後にマージしましょう。

❌ ブランチを切り替え忘れてコミットしてしまった

mainに誤ってコミットした場合は git reset HEAD~1 でコミットを取り消してから改めてブランチを作成して作業できます。

よくある疑問

Q: ブランチ名のルールは？

A: 英数字とハイフンで、内容がわかる名前にしましょう。例：feature/add-header、fix/login-bug、docs/update-readme

Q: mainブランチとは？

A: 本番用のメインブランチです。直接コミットせず、ブランチを作って作業→PRでマージするのが安全な運用です。

Q: 不要になったブランチは？

A: マージ後は git branch -d ブランチ名で削除しましょう。溜まると管理が大変になります。