Git Flow


😎 この文章は..。


  • こんにちは!私は呉俊英です.彼は信頼できるバックエンド開発者です.

  • この文章は私がTOYプロジェクトの学習を主宰する文章の整理の招待状です.
  • Git Flowとは?

  • Git Flowは、Gitを使用して、いつ効率的にブランチを管理するかを管理するブランチ管理ポリシーです.
  • なぜGit Flowを使うのですか?

  • 多くのチームと連携する場合、コード間の競合リスクが高く、Git Flowは優先順位でタスクを並列処理する利点がある.
  • Git Repository


  • Git Repositoryの構成は主に図の通りである.
  • Repositoryは、Upstreamが最新のソースコードを含むすべての開発者が共有するリポジトリであることを示しています.Fork OriginUpstreamのパーソナルリモート・リポジトリ.ローカルコンピュータのメモリに格納されているパーソナルリポジトリ.
  • などの構造を採用している場合は、個人レポートで様々な実験を行い、マージ前にコードレビューを行い、開発をより安定させることができます.
  • Git Flow


  • Branchは5種類からなる:
  • Branchは主要製品がBranchを発表して次のリリースバージョンを開発するBranch Featureを説明し、Branchリリース前に準備したBranch Hotfixリリースバージョンで発生したエラーを開発し、Branchを修正する
  • 開発はmainから
  • developmentに経常訂正エラーの提出が追加された
  • feature開発開始
  • featureそれぞれの機能を開発
  • 開発完了後mergeに発展
  • release全機能開発完了後、開発開始
  • QAで発生したエラーは、バージョンで修正
  • QA完了後、開発・配布を主とし、merge
  • mainバージョンラベル追加
  • コラボレーションの約束

  • 勉強と参考の優雅な兄弟たちの技術ブログ承諾:
  • 作業開始前にJIRA証憑を生成する.
  • 1枚分はなるべく1回として提出する.
  • グラフの提出はできるだけ簡単.
  • 共有するブランチの提出図は勝手に変更されない.
  • コメンテーターのコメントは必ず受けます.
  • 自分のPull Requestは自分で合併する.
  • チケットの取り扱い

  • 連携承諾の遵守:
  • 上流/feature-user生成ワークブランチ(login layout)
  • $ git fetch upstream
    $ git checkout -b login_layout –-track upstream/feature-user

  • 操作ブランチでのソースコードの変更

  • タスクブランチでの変更のコミット
  • $ git commit -m "로그인 화면 레이아웃 생성"
  • 提出を複数に分ける必要がない場合はスカッシュ
  • $ git rebase -i HEAD~2
  • 作業分岐を上流へ/feature-user再ベース
  • $ git pull –rebase upstream feature-user
  • 作業分岐を原点へ
  • $ git push origin login_layout

  • Origin Remoteのlogin layoutブランチを要求に引き込む

  • 同じ機能を開発した同僚のコメントの承認を得た後、merge
  • 最後に。


  • Toyプロジェクトを継続し、Git Flowとリファレンスのポリシーにできるだけ従います.

  • 最初に策定した戦略が慎重であっても、ガイドラインに従って常に行うのは難しいかもしれません.

  • それでも、私たちがこれらの約束に従っている理由は
  • Git Flowなどの戦略は、多くのベテラン開発者が安定した開発を確保するために検討した結果である.
  • 盲目的な開発よりも、これらの戦略に従った管理がシステム的かつ安定している.
  • また、協力チームメンバーとの約束を守ることにも慣れてきており、ミスが発生した場合の対応力を育てています.
  • 参考資料

  • 優雅な兄弟達の技術ブログ:Git-flowを使用する
  • bonjourpark Dev Blog:Git-Flowとは?
  • UroA開発ブログ:[Git]git-flowを使用