開発からmainにマージするまでの基本フロー
Git/GitHubを使って開発を行う際の基本的なブランチ運用とコマンドの流れを、mainブランチにマージするまでの一連の手順として解説します。
初心者向けに、一つひとつのコマンドの意味や使い方も簡潔に説明します。
💡 以下の記事はChatGPTによって生成しています
✅ 前提
- Gitがインストールされている
- GitHubリポジトリを
clone済み（git clone） -
mainブランチが存在し、そこから新しいブランチを作って開発する方針
1. 最新のmainブランチを取得する
→ リモートのmainブランチの最新の変更をローカルに取り込みます。
開発前にmainの最新状態を反映することは非常に重要です。
2. 開発用ブランチを作成して切り替える
git switch -c ブランチ名
→ 新しいブランチを作成し、そのブランチに切り替えます。
命名はfeature/〇〇やbugfix/〇〇など、用途に応じてわかりやすくしましょう。
3. コードを編集して変更をステージする
→ カレントディレクトリ以下のすべての変更をステージに追加します。
特定のファイルだけ追加したい場合は git add ファイル名 としてください。
4. 変更内容をコミットする
git commit -m "コメント"
→ ステージされた変更を1つのコミットとして保存します。
メッセージは他人が見ても意味がわかるように、具体的に書くのがベストです。
5. リモートにプッシュする
git push origin ブランチ名
→ 現在のローカルブランチをGitHubのリモートにアップロードします。
6. GitHub上でPull Requestを作成する
GitHubにアクセスすると、先ほどプッシュしたブランチに対して「Compare & Pull Request」などのボタンが表示されます。そこからPR（プルリクエスト）を作成し、レビューを依頼します。
7. mainブランチにrebaseして差分を最新にする（必要に応じて）
開発中にmainブランチが更新されていた場合、以下でrebaseします：
git switch main
git pull origin main
git switch ブランチ名
git rebase main
→ mainの最新のコミットを現在のブランチの土台にするように変更します。
コンフリクトが発生した場合は、手動で修正 → git add → git rebase --continue で解決できます。
8. PRをレビュー・マージして完了！
PRがレビューされ、問題なければ「Merge Pull Request」からmainブランチにマージしましょう。
不要になったfeatureブランチは削除して整理するとよいです。
🔚 まとめ：よく使うGitコマンド一覧
## コマンド 説明
git pull # リモートの変更を取得して反映
git branch # ブランチ一覧の確認
git switch -c ブランチ名 # 新しいブランチを作って移動
git switch ブランチ名 # 既存のブランチに移動
git add . # 変更をステージに追加
git commit -m "コメント" # 変更を記録
git push origin ブランチ名 # リモートにプッシュ
git rebase main # mainの最新履歴を取り込む（整形）
📌 補足：merge と rebase の違い
merge は履歴が複雑になりがちだがコンフリクトの把握がしやすい。
rebase は履歴がきれいになるが、慎重な操作が必要。
チームの運用ルールに従って選択しましょう。
以上が、GitHubを使って開発→mainにマージするまでの基本的なフローです。
ぜひ参考にして、効率的なGit運用をしてみてください！
Views: 0
