我已经很熟悉了,只有两种方法可以用来部署 Web 应用程序。
第一种是在 Visual Studio 中使用 Publish 命令。第二个是从我们的构建服务器运行 msdeploy。
今天遇到了人事问题。我正在与之合作的一个场外团队只是将整个项目(包括解决方案文件、源代码和所有内容)复制到服务器。
当我问他们这个问题时,他们说运行发布命令花费的时间太长,而且复制粘贴整个源代码树更容易。
该项目确实有配置转换,他们正在手动进行。
但除此之外,不将源代码推送到服务器的原因是什么?
我已经很熟悉了,只有两种方法可以用来部署 Web 应用程序。
第一种是在 Visual Studio 中使用 Publish 命令。第二个是从我们的构建服务器运行 msdeploy。
今天遇到了人事问题。我正在与之合作的一个场外团队只是将整个项目(包括解决方案文件、源代码和所有内容)复制到服务器。
当我问他们这个问题时,他们说运行发布命令花费的时间太长,而且复制粘贴整个源代码树更容易。
该项目确实有配置转换,他们正在手动进行。
但除此之外,不将源代码推送到服务器的原因是什么?
只是一个初步的想法,我有一个巨大的抱怨:
为了阻止不称职的思想者在服务器上进行实时编辑,即使他们“认为”这只是一个微小的、不会引起问题的改变!当它真的引起问题并且不在源代码控制中时!
此外,诸如解决方案文件、用户文件、版本控制文件之类的东西都可能包含与应用程序的已部署实例无关的敏感信息,显然在服务器上具有非必需项无论如何都是不可取的,更不用说在这种情况下。
We don't use the publish or msdeploy options for web site projects that are large. It's too easy for code that hasn't been tested to be branched into a production area by mistake. Instead our work items are intended to be moved on a file-by-file basis by a third party not related to the development team.
It's an automate-able process that just hasn't been completely automated at this point because we're switching bug/defect tracking software at the moment.