このシナリオに遭遇した人がいるかどうかはわかりません.私たちは、1日おきにライブにプッシュする必要がある小さな小さなプロジェクトまたは修正を持っています.
「クリーン ビルドを実行し、prod サーバーにデプロイする」というチームが 1 組あります。もう 1 つのセットは、完全な展開を行う必要はなく、dll のドロップまたは aspx のドロップを行うだけであると述べています。
彼らは、各方法の長所と短所をいくつか挙げています. ただし、各方法の主要な後退を一般的にどの方法に従うかを知りたい.
2 に答える
1
まず第一に、可能な限り自動化を試みることで、新しいリリースを構築するコストを最小限に抑えようとします。(言うは易く行うは難しかもしれませんが、特に頻繁にリリースする場合は、通常、時間とお金を十分に投資する必要があります。)
新しいバイナリをドロップする際に私が抱えている大きな問題は、多くの場合手動のプロセスであり、簡単なタスクを何度も何度も台無しにする傾向がある人間によって実行されることです。
管理された方法で変更を配布し、手作業をなくすのに役立つ「パッチ管理システム」を本当に探していませんか?
そうすれば、パッチはバージョン管理され、できれば慎重にテストされる必要があるため、かなりの整合性が維持されます。それでも、完全なリリースよりもはるかに少ないオーバーヘッドで開発および展開できます。
于 2009-07-17T22:40:32.897 に答える
0
私の管理下にあるサイトでは、リビジョン管理に SVN または Git を使用し、必要に応じてソースを更新し、サーバー上で直接コンパイルします。これにより、リリースの整合性が保証されます。これは、「クリーン ビルドを実行し、本番サーバーにデプロイする」チームによって提示された議論であると思われます。私の管理下にないサーバーについては、言われたことは何でもします:)
于 2009-07-17T21:46:08.747 に答える