Git機能ブランチワークフローでは、いつマスターブランチを更新しますか？

Question

私はgitとJenkinsにとってかなり新しいです。私たちはJenkinsを使い、feature-branch-workflow conceptに従っています。これはGitHub flowと似ています。

masterブランチは常に現在プロダクション環境に配備されている必要がありますが、マスターブランチをいつ更新する必要があるのでしょうか。

1. 生産にデプロイする前に：プルリクエストが承認されますと、マスターで成功マージは、ビルド、ステージング 環境への展開、QAテストをトリガし、その後、誰かがボタンを押す二つの選択肢があるように思えます本番にデプロイした後、生産
2. に を展開する：何かを（例えば、プルリクエスト）は、ビルド、テストなどをトリガーし、コードが正常に生産にリリースされる - THENマスターが更新され

しかしにおけるオプション（1）を使用する場合、テスト合格しておらず、新しく更新されたマスターがプロダクションにリリースされることはありません。あなたは一日のうちに家に帰る前にマスターをリセットしますか？

Answer 1

あなたがテストを実行し、最初のはかない QA /統合ブランチを更新することができますテストが合格していないと、新しく更新されたマスターは、生産中に放出され得ることはありません、

場合、およびこれらのテストが合格するとマスターを更新してください。

"ephemeral"は、次のリリースのためにあるとマークされた機能ブランチを統合するためだけにQAブランチを作成/リセットすることを意味します。
example of ephemeral branches in the git workflowが表示されます。