build-automation - 展開に関して、自動化は自動化されすぎていますか?

Question

を持っているciので、ステージング環境が自動的に構築されます。
プロダクションをビルドするだけでなく、すべてのブランチも行うスクリプトが必要ですか?
スキニングを使用して 2 つの異なる URL に 1 つのコード ベースがある場合、一度にビルドする必要がありますか?

Answer 1

自動化しすぎる唯一の方法は、自動化スクリプトの作成や修正に、手動で作業するよりも多くの時間を費やしている場合です。自動化スクリプトは、手動でジョブを実行するよりも時間がかからず、エラーの発生も少ない限り、自動化は優れています。

プロダクション用にビルドおよびブランチするスクリプトは素晴らしいアイデアです。

Answer 2

私の意見では、コンピューターが自動的に実行できることは何でも実行する必要があります。もちろん、当然のことですが、そのようなことは自動化するのが非常に簡単な場合があるため、私は常にそのプロセス全体を自動化することを支持してきました.

それに加えて、それも楽しいことができます！

Answer 3

ビルドとデプロイのステップを 2 つの別々のステップに分けるのが好きです。ビルド ステップの出力は、リポジトリまたはステージング領域に配置されるパッケージである必要があります。このパッケージは、ターゲット環境から独立している必要があります。

展開ステップは、ターゲット環境の構成とパッケージのインストールを担当します。

私がこのアプローチを好む理由は次のとおりです。

• 開発環境、テスト環境、本番環境で実行できるパッケージが 1 つあります。これにより、QA と開発の間の議論が減るはずです。
• 展開中に構成する必要があるさまざまな要素が存在する場合があります。アプリケーション サーバーの設定、データベース スキーマ、データの読み込みなどは、自動化されたビルド スクリプトでは簡単に実行できない場合があります。

Answer 4

私の意見では、生産サポート グループの誰もピンチでアプリケーションを手動で展開できない場合、自動化されすぎているだけです。自動化された展開により、構成ミスなどの単純だが一般的なエラーが大幅に削減されます。ただし、手動展開は常にオプションである必要があります。