エレガントな Git ブランチの練習

概要

Git ブランチは git design の魂です.Git ブランチをどのように設計すれば開発が魂に入りますか? これは私たちのプロジェクトが承認された場所です. 一般的に言えば、ブランチの設計は次の点を満たす必要があります:

1> チーム開発における開発機能の相互干渉を避ける

2> さまざまな部門: 開発、テスト、オンライン、バグ、バックアップ、ラベルなどの科学的管理

小規模および中規模のプロジェクトの git ブランチ管理のベストプラクティスを紹介しましょう。

Git フロー

Git フロープロセス、Portal の発明者であるVincent Driessen 氏:

成功した Git ブランチモデル » nvie.comこの投稿では、多くのプロジェクトで使用してきたソフトウェアの開発とリリースのための Git ブランチ戦略を紹介し、非常に成功しました。https://nvie.com/posts/a-successful-git-branching-model/

結論が先、説明は後

よく使う枝

マスターブランチ

プロジェクトの最初のポイントであるメインブランチはこのブランチによって開始され、後続のブランチはプロジェクトバージョンマーキングブランチとして使用されます。これはバックアップブランチとして理解でき、そこからプロジェクトのすべてのバージョンをさかのぼることができます。このブランチから任意のプロジェクトバージョンを取得して、スムーズに実行できます。注: Master ブランチでは、プログラマーはここにコードを書くことができません。

ブランチを開発する

開発ブランチは最初にマスターブランチに作成され、チームのすべての開発コードがマージされるブランチです。さらに、Develop ブランチはプロジェクトの最新コードを維持します。

フィーチャーブランチ

関数ブランチは、Develop ブランチに基づいて作成された新しいブランチで、新しい関数/モジュールの開発に使用されます。開発が完了したら、Develop ブランチにマージする必要があります。このブランチはプログラマ専用のブランチであり、チームのソースコードリポジトリには存在しません。

リリースブランチ

新しいバージョンをリリースする必要がある場合は、Develop ブランチに基づいて Release ブランチを作成します。この時点で、このバージョンに属するすべての機能ブランチを開発ブランチにマージする必要があることに注意してください。After the Release branch is successfully created, test the version and fix bugs. 完了後、コードをマスターブランチと開発ブランチにマージする必要があります。Master ブランチにマージすると、Master が新しいバージョンであることを示すマークが付けられます。開発ブランチにマージする場合、リリースブランチがリリースされる前に、このバージョン以外の機能ブランチを開発ブランチにマージすることはできないことに注意してください。

ホットフィックスブランチ

プロジェクトが立ち上げられ、運用中に新しいバグが見つかった場合、Master をベースに Hotfix を作成する必要があります.Hotfix が完成した後、Master ブランチと Develop ブランチにマージして、Hotfix の変更が反映されるようにします.次のリリースバージョンを入力します。