ruby-on-rails - capistrano と git を使用した堅牢なデプロイ戦略

Question

次のシナリオを可能にする RoR アプリの堅牢な展開戦略を設定する最善の方法は何ですか?

1. 新機能のコミット
2. ステージング環境にデプロイされた新機能
3. 緊急機能/修正コミット
4. ステージングに展開された緊急修正 (および以前の機能は除外されます)
5. ステージングでテストされた緊急修正
6. 本番環境にデプロイされた緊急修正
7. 元の新機能をステージングに戻す

私が知る限り、git ブランチまたはタグ付け、あるいはその両方を使用する必要があります。これらのブランチやタグを維持するオーバーヘッドを削減または自動化できるツールはありますか?

Answer 1

あるかどうかわかりません。これは、技術的なハウツーの質問というよりも、プロセスに関する質問です。

通常は、トピック (または機能) ブランチを使用したタグ付けとブランチが適しています。私は、master と staging という 2 つの長期ブランチを保持する傾向があり、すべての開発にトピック ブランチを使用しています。存続期間の長いブランチは、それぞれの環境へのデプロイに使用される唯一のブランチであり、緊急修正はgit revertによって処理され、次にcap deployが続き、トピック ブランチの修正が続きます。トピック ブランチは、緊急事態が発生した存続期間の長いブランチにマージされます。 .

お役に立てれば。