😎 この文章は..。
こんにちは!私は呉俊英です.彼は信頼できるバックエンド開発者です.
この文章は私が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完了後、開発・配布を主とし、mergemainバージョンラベル追加コラボレーションの約束
勉強と参考の優雅な兄弟たちの技術ブログ承諾: 作業開始前に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を使用
Reference
この問題について(Git Flow), 我々は、より多くの情報をここで見つけました
https://velog.io/@qawesdxc/Git-Flow
テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol