git リリース バージョンのプロセスは、ローカルの develop ブランチから PD_BUG001 ブランチを作成し、修復が完了し、push がリモートに送信され、リモート Web ページでプル リクエストが作成されます。開発リクエストをマージします。管理者はマージリクエストに同意します。この時点で、どのバージョンのブランチがリモートサーバー上のコードにリリースされますか?
私の個人的な意見によれば、master ブランチをリリースする必要があります。その場合、develop ブランチを master ブランチにマージする必要がありますか?
そのサーバーに移動し、git pull して master ブランチをプルします。
黄舟2017-05-02 09:27:04
通常、サーバー専用のサーバー ブランチがあります。
簡単に言うとこれです
あなたのフォークプロジェクト
ローカル ブランチで関数を完了します (複数のコミットが必要な場合があります)
元のプロジェクトをプルしてマージ
フォークプロジェクトにプッシュ
元のプロジェクトのブランチにリクエストをプルします
2A. 正式にオンラインにするコードとしてコミットを決定し、それにタグを付けます。
2C. コミットをサーバー ブランチにプッシュします。
2D プル
怪我咯2017-05-02 09:27:04
GIT は分散されており、ローカル ブランチとリモート ブランチの間に強い継承関係がありません。
あなたのコードリクエストはリモート開発ブランチにマージされ、管理者が同意した後、コードは当然リモート開発ブランチに置かれます。
さらに、プロセスに大きな問題があります。バグを修正するブランチは、develop からブランチしてからブランチに分岐するのではなく、master ブランチから作成し、同時に master ブランチと Development ブランチに同期する必要があります。マスターブランチ。開発の途中でこれを実行し、バグが緊急である場合、開発されたコードを放棄するべきですか、それともバグを修正する前に開発が完全に開発されるまで待つべきですか?
