サイトのさまざまな領域を同時に変更する必要のある複数の開発者が同時に開発する非常に大規模なイントラネットサイトを確立し維持するための最良の方法を研究しています。ASP.NET MVCコンカレント開発
私はこれにASP.Net MVCを使用したいと思いますが、フレームワークは（ビュー以外の）コンパイルされたものでなければならないため、このテクノロジを使用するのは非常に難しくなります。開発者が開発マシンからビルドを進めることを選択したときに、テスト環境の他の変更を上書きするように見えます。
現在のところ私たちは個々の変更を展開するためにサイト全体を構築するよう強制しません。....私はコンパイルされたフレームワーク、特にASP.Net MVCの仕組みに関して何か不足していますか？あるいは、複数の開発者による非順不同のペースの開発が、インタープリターコードを使用しないときに必然的に問題を引き起こすケースはありますか？
状況によっては、私たちのワークフローの性質上、PHPがより良い選択になるでしょうか？
あなたの質問に基づいて、私はあなたが現在バージョン/ソース管理システムを使用していないと仮定していますか？ PHPを使用していたら、ソリューションをコンパイルする必要はありませんが、最新のバージョンのファイルから作業していることをどのように知っていますか？あなたの開発チームは同じファイルに対して戦っていますか？
Subversion（SVNとも呼ばれます）や適切なビルドデプロイメントメソドロジ（現時点では、私は専門的にハドソンを使用しています）などのソフトウェアを使用して、バージョン/ソース管理の方法を設定すると、違いはないはずです。実際の環境でファイルを開いて簡単に変更することはできませんが、大規模なアプリケーションで、開発者がランダムにテストサーバーに変更を加えている場合は、実行してもよいという経験から話すことができますこのようなワークフローを使用するアプリケーションの安定性に関するいくつかの重大な問題があります。要約すると
：
を取得deployment using Visual Studioの簡単な（手動の）組み込みのメカニズムです。
私はGITをバージョン管理に使用していたと思っていました.Gitignoreを使ってソースコードとコンパイル済みファイルを区別していました....うまくいけば、同じファイルであり、ある段階で別々の変更をマージする必要があることは避けられません。私が思う問題は、他の人が既に展開していたテストの途中にあるかもしれない変更を上書きしないで、開発者がテスト環境に変更を展開する方法についての詳細です..... – Reiwoldt
本当にテスト中に足踏みを避けたいのであれば開発者は自分のマシン上で変更をテストできるはずです。あなたの作業方法論を根本的に変えたくない場合は、PHPに固執するように思えます。 ASP.Net MVCを使用して新しいバージョンのコードをデプロイすると、一時的にWebサイトがダウンし、セッション状態などがリフレッシュされ、同じ環境で別の開発者の中間テストが中断される可能性があります。あなたが言ったように、テストサーバー上でインライン（PHP）を編集できるコードベースのタイプを持つと、このような作業が簡単になります。 –
言語の選択は、使用可能な開発者によって異なります。あなたがサイトを作る唯一の人であれば、最も熟練した言語を選ぶべきです。 –