私はこのシナリオに遭遇したことがありますか。われわれは小規模の小さなプロジェクトを持っているか、または毎日ライブに進むために の修正が必要です。完全な展開とサイクル不足の展開
「プロードサーバーでクリーンビルドとデプロイを行う」というチームが1組あります。 もう1つのセットでは、完全に展開する必要はなく、dllドロップまたはaspxドロップを行うだけです。
彼らはそれぞれの方法についていくつかの賛否両論を挙げています。しかし、どの方法が一般的に各方法の主要な後ろに続くかを知りたい。
私のコントロール下にあるサイトでは、私はリビジョン管理のためにSVNまたはGitを使い、必要に応じてソースを更新してサーバー上で直接コンパイルします。これは、リリースの完全性を保証します。これは、「きれいなビルドを行い、プロードされたサーバーに展開する」チームによって提起された議論です。私の制御下にないサーバーについては、私は何でも話しています:)
まず、できるだけ自動化しようとすることで新しいリリースを構築するコストを最小限に抑えようとします。あなたが頻繁にリリースする場合は特にそうであるかもしれませんが、通常は時間とお金を十分に投資しています）
新しいバイナリを削除する際の大きな問題は、しばしば手動プロセスであり、イージー・タスクを何度も繰り返してしまう人間によって実行されます。
あなたは、制御された方法で変更を配布し、手動作業を取り除くのに役立つ「パッチ管理システム」を本当に探していませんか？
このように、パッチはバージョン管理され、うまくいけば慎重にテストされなければならないので、かなり良い整合性が得られます。しかし、それでもまだ完全にリリースされていても、オーバーヘッドが大幅に削減されています。
これは単なる完全性に関するものではありません。また、MSIテストのMSIデプロイメントを構築し、それが動作しているか、何かを壊しているかどうかを確認する手間がかかります。だから2番目のポイントは "コスト" –
また、私は何を言っても何もしません:)私はこれまで最高の解決策を提案し、彼らが持っているものが最適化されていない場合はそれらを変更します。あなたのお返事ありがとう！ –
2つ目のコメントは、大規模なクライアントで、採用している500社程度のサードパーティ開発会社のいずれかの気まぐれに展開プロセスを変更しないようにしています。しかし、私はあなたの力を羨む。 – RedFilter