[GitHub]羽状分岐のタイプと使い方

GimHubは個人的なタスクでコードを格納するのにしか使われていませんでしたが、今回初めてプロジェクトに参加し、GimBranchについて知りました.

github workflow

コアコンセプトは、リモート・リポジトリでmasterとdevelopmentの2つのプライマリ・ブランチを使用することです.

fetchとpullの違い

fetch:リモート・リポジトリのデータのみをローカル

にインポート

pull:リモート・リポジトリのコンテンツを取得し、ローカルと自動的にマージ(fetch+merge)

Git Branchタイプ

master

配布可能ブランチ
配備可能コードのみ管理

develop

次のリリースを開発するブランチ
機能開発用のブランチをマージするために使用します.通常はこのブランチに基づいて開発される.配置可能な場合は、プライマリ・ブランチに存在します.

feature

開発機能の分岐
新しい機能の開発とエラーの修正が必要になるたびに、「開発」ブランチからブランチが行われます.
共有する必要がないため、デフォルトではローカルストレージによって管理されます.

開発部門

四半期に新機能を提供する機能分岐

タスク

統合

開発ブランチ

は、対応する機能ブランチをリモートリポジトリ

にプッシュする.

機能ブランチ名:[feature/機能概要]ex)feature/login

git checkout -b feature/login develop

/* 작업 수행 */

git checkout develop

git merge --no-ff feature/login
/* --no-ff option : feature branch에 존재하는 커밋 이력을
	하나의 커밋 객체로 만들어 develop 브랜치로 병합 */

git branch -d feature/login
/* -d option: 브랜치 삭제 */

git push origin develop

release

ブランチのみの配置
開発ブランチからブランチを開始
今回のリリースのブランチとして、あるチームが導入の準備をしている場合、別のチームは次の導入のために機能を開発できます.

hotfix

リリース・バージョンのエラーを修正するブランチ
プライマリブランチから開始するには、必要な部分を変更して再結合するだけです.

References

GitHub]GitHubとのコラボレーションの方法[1]-Feature Branch Workflow
[GitHub]Gitブランチのタイプと使い方(5種類)