blog

git プロジェクトブランチ

本番コードを直接修正しないでください!プロジェクトを作成すると、デフォルトで master ブランチが作成されます。master ブランチの安定性を確保するため、master ブランチのコードをコミッ...

Sep 7, 2020 · 2 min. read
シェア

プロジェクトの分岐

メインブランチ

  • マスターブランチ
  • 試験支部
  • デベロップ・ブランチ

拡張ブランチ

  • 特徴 分岐
  • ホットフィックス分岐

支店の簡単な説明:

  • マスターブランチ

プロダクションファイルのコードを直接修正することを禁止します!master ブランチは常にマスターブランチとして保持され、プロジェクトの作成時にはデフォルトで master ブランチが作成され、master ブランチの安定性を確保します。master ブランチのコードをコミットで直接変更することは禁止され、master ブランチは hotfix (バグフィックスブランチ) ブランチと test ブランチによってのみマージされます。

  • 試験支部

一群の機能開発が完了すると、まず develop ブランチにマージされ、テストに入ると develop ブランチを元にテストブランチが作成されます。テストの過程で修正すべきバグがあれば、開発者はそのバグを feature ブランチで直接修正して提出します。バグを修正したらそのコードを develop ブランチにマージし、develop ブランチを test ブランチにマージします。

  • デベロップ・ブランチ

develop ブランチは、開発済みのすべての機能やバグ修正の最新ブランチで、master よりも多くの機能を備えています。 新しい機能を開発するときは develop ブランチからコードをプルし、開発が完了したらそのコードを develop ブランチにマージして、プルしたブランチを削除します。

  • 特徴 分岐

新しい機能を開発する際には、develop ブランチから feature ブランチを引っ張ってきて、feature-function English/module English という名前をつける必要があります。 開発が完了したら、コードを develop ブランチにマージして feature ブランチを削除します。このブランチは、テストするときだけdevelopにマージすること。新機能のテストが必要な場合は、この段階でオンライン課題の前処理をしっかり行ってください。

  • ホットフィックス分岐

masterブランチをベースラインとしてhotfixブランチを作成し、修正が完了したらmasterブランチとdevelopブランチにマージする。タイムリーに修正する必要があるライン上の緊急問題 , hotfix-bug英語という名前のブランチ

注意:この操作モードを常に維持してください!

コマンドラインの実行手順については、いつか整理します。

Read next

OpenCV4.3.0 開発環境のセットアップ

開発環境はopencvライブラリをダウンロードする準備ができています。.../wsを選択すると、.xeの実行ファイルがダウンロードされます。

Sep 7, 2020 · 2 min read

spring_amqp

Sep 5, 2020 · 1 min read

vscodeの問題点

Sep 4, 2020 · 1 min read