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