自動化はあまりにも自動化されているため、導入はいかがですか？

Question

私はciです。私たちのステージング環境はそれ自身を構築します。
プロダクションをビルドするだけでなく、すべてのブランチを作成するスクリプトを用意する必要がありますか？
2つのコードベースがスキニングを持つ2つの異なるURLにある場合、一度にビルドする必要がありますか？

Answer 1

あまりにも自動化する唯一の方法は、手動で行うよりも自動化スクリプトを作成または修正することでより多くの時間を費やしている場合です。手動で行うよりも時間がかかり、エラーを減らすことができれば、自動化は優れています。

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

Answer 2

私の意見では、コンピュータが自動的に行うことができることは、それが速く、簡単に、そしてあなたからの考えを持たないためです。もちろん、そのようなものは自動化するのが非常に簡単かもしれませんので、私はいつもそのプロセス全体を自動化することを支持してきました。

さらにおもしろいですね！

Answer 3

ビルドとデプロイの手順を2つの別々の手順に分けたいのですが、ビルド・ステップの出力は、リポジトリーまたはステージング・エリアに置かれたパッケージでなければなりません。このパッケージは、ターゲット環境から独立している必要があります。

展開手順は、ターゲット環境の設定とパッケージのインストールを担当します。

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

• 私は私の開発、テストおよび本番環境で実行することができ、一つのパッケージを持っています。 QAと開発の間の議論を減らすはずです。
• 展開中に構成する必要のある要素が異なる場合があります。自動化されたビルドスクリプトからは簡単ではないかもしれないアプリケーションサーバー設定、データベーススキーマ、データロードなど。

Answer 4

私の意見では、プロダクションサポートグループの誰もピンチで手動でアプリケーションを導入できないと思っています。自動化されたデプロイメントは、構成ミスのような単純ではあるが一般的なエラーを削減します。ただし、手動展開は常にオプションでなければなりません。