1
1

Git ブランチ戦略 - feature/cool-featureをdevに統合するフロー

Posted at

はじめに

Gitの典型的なブランチ戦略における、feature/cool-featureブランチからdevブランチへの変更統合プロセスを説明します

1. feature/cool-feature ブランチの作成と作業

mainから新しい機能ブランチfeature/cool-featureを作成し、そこで開発作業を行います。

[main]
   |
   |---[feature/cool-feature]  ← ここで新機能に関する作業を行う
   |
   |---[dev]
git checkout main
git pull origin main
git checkout -b feature/cool-feature
# feature/cool-featureで作業し、コミットを行う

2. devブランチの更新

作業が完了したら、devブランチを最新の状態に更新します

[main]
   |
   |---[feature/cool-feature]  ← 作業完了
   |
   |---[dev]  ← 最新の状態に更新
git checkout dev
git pull origin dev

3. feature/cool-featureのリベース

feature/cool-featureブランチをdevにリベースして、devの最新の変更を取り込みます。

[main]
   |
   |---[feature/cool-feature]  ← devの最新の変更を取り込むためにリベース
   |
   |---[dev]
git checkout feature/cool-feature
git rebase dev
# コンフリクトがあれば解決

4. feature/cool-featureの変更をdevにマージ

devブランチに切り替え、feature/cool-featureの変更をマージします。

[main]
   |
   |---[feature/cool-feature]
   |
   |---[dev]  ← feature/cool-featureの変更をマージ
git checkout dev
git merge feature/cool-feature

5. devブランチの変更をリモートにプッシュ

最後に、devブランチの変更をリモートにプッシュします。

[main]
   |
   |---[feature/cool-feature]
   |
   |---[dev]  ← リモートにプッシュ
git push origin dev

このフローに従うことで、feature/cool-featureでの変更がdevに適切に統合され、その後リモートのdevブランチにプッシュされます

1
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
1