Php ASP.NETMVC并行开发

我正在研究建立和维护大型intranet站点的最佳方法，该站点将由几个需要同时更改站点不同区域的开发人员同时开发

我想使用ASP.NETMVC来实现这一点，但我担心使用这种技术会非常困难，因为框架要求编译站点（视图除外）当开发人员选择从他们的开发机器进行构建时，部署过程似乎也会覆盖测试环境中的其他更改

目前，我们使用的解释性语言并不强迫我们构建整个站点来部署单个更改……我是否遗漏了一些关于编译框架的内容，特别是ASP.NETMVC的工作方式？或者，如果不使用解释代码，由几个开发人员进行的非顺序、快节奏的开发将不可避免地导致问题

---

在这种情况下，考虑到我们工作流程的性质，PHP会做出更好的选择吗？

基于您的问题，我假设您当前没有使用版本/源代码控制系统？如果您要使用PHP，那么是的，您不需要编译解决方案，但是如何知道您是否使用给定文件的最新版本？您的开发团队是否在为相同的文件争吵

如果您使用Subversion（也称为SVN）等软件和适当的构建部署方法（目前我正在专业地使用Hudson）设置版本/源代码控制方法，那么部署的解决方案是否编译应该不会有任何区别。这可能意味着您无法在实时环境中打开文件进行快速更改，但如果它是一个大型应用程序，并且有多个开发人员随机将更改推送到测试服务器，那么根据经验，我可以说，使用这种工作流，您的应用程序的稳定性可能会遇到一些重大问题

总之：

• 获取源代码管理
• 获取标准（最好是自动化的）构建部署过程

---

如果您选择ASP.NETMVC并使用VisualStudio，则有一些简单的（手动的）内置的机制。

感谢您的及时响应……是的，我曾想过使用GIT进行版本控制……使用.gitignore来区分源代码和编译文件……希望这能帮助我们避免开发人员编辑相同文件时出现问题，我们可能不可避免地需要合并单独的更改在某个阶段。我认为这个问题将更多地围绕开发者如何在测试环境中部署他们的更改而不重写其他人已经部署的测试，并且可能处于测试的中间…如果你真的希望在测试时避免脚趾步进，那么开发人员应该能够在他们自己的机器上测试这些变化。如果你不想对你的工作方法做出根本性的改变，听起来你应该坚持使用PHP。使用ASP.NETMVC部署新版本的代码会暂时关闭网站，并导致会话状态等刷新，这肯定会中断同一环境下的另一个开发人员中期测试。正如您所说，拥有一种可以在测试服务器上在线编辑（PHP）的代码库将使这种工作方式更容易。语言的选择应该取决于您可以使用的开发人员。如果你是唯一一个制作网站的人，那么你应该选择你最擅长的语言。