我正在研究建立和维护一个非常大的 Intranet 站点的最佳方法，该站点将由需要同时对站点的不同区域进行更改的几个开发人员同时开发。
我想为此使用 ASP.Net MVC，但我担心使用该技术将非常困难，因为该框架要求编译站点（视图除外）并且部署过程似乎也会覆盖其他更改当开发人员选择从他们的开发机器上进行构建时，在测试环境中。
目前我们使用一种解释性语言，它不会强迫我们构建整个站点来部署单独的更改......我是否遗漏了一些关于编译框架的方式，特别是 ASP.Net MVC 的工作方式？或者，如果不使用解释代码，几个开发人员的非顺序、快节奏开发将不可避免地导致问题？
考虑到我们在这种情况下工作流程的性质，PHP 会做出更好的选择吗？
根据您的问题，我假设您当前没有使用版本/源代码控制系统？如果您要使用 PHP，那么是的，您不需要编译解决方案，但是您如何知道您是否使用给定文件的最新版本？您的开发团队是否在为相同的文件而战？
如果您使用诸如 Subversion（也称为 SVN）之类的软件和适当的构建部署方法（目前我正在专业使用 Hudson）设置版本/源代码控制方法，那么无论部署的解决方案是否已编译，都不应该使任何区别。这可能意味着您无法在实时环境中打开文件以进行快速更改，但如果它是一个大型应用程序并且您有多个开发人员随机将更改推送到测试服务器，那么我可以根据经验说您可以运行使用这样的工作流程解决应用程序稳定性的一些主要问题。
总之：
如果您确实选择了 ASP.Net MVC 并使用 Visual Studio，那么有一些简单的（手动）内置机制可以使用 Visual Studio 进行部署。