部署 ASP.net 应用程序和不断重建

Question

除了将我的整个项目逐个文件夹、逐个文件复制到实时服务器之外，我对正确的项目部署不太了解。

我发现应用程序在实时服务器上的运行与在本地机器开发中完全一样。

但是，我也发现我必须在本地重建项目，然后在执行以下任何操作时将新的项目库上传到实时服务器，否则会出错。

1. 添加或编辑任何 .aspx.cs 文件。
2. 在 /App_Code、/App_Start、/Controllers、Global.asax.cs、任何位置的任何 *.cs 中添加或编辑任何 .cs 文件。
3. 添加或更新（到实时服务器的 /bin）我的应用所依赖的任何 .dll。

我记得在 ASP.net 4.0 和更早的版本中从来没有这样做过。我只是上传了新的和更新的 .cs 和 .dll 文件，加载了页面，等待它自动重新编译，然后就可以开始了。

也许在 web.config 或 IIS 中有一个我不知道的必须打开或关闭的新设置。也许这是一个新的 .net 功能，它不鼓励团队中的任何人在不告诉其他人的情况下进行更改？

我个人不介意重建，只要我们定期进行，但不会像每次更改一行代码那样频繁。

那么，是否可以只上传新的/更新的 .dll 和 .cs 文件而不从 VS 重建整个应用程序？

Answer 1

虽然这不是您所问问题的直接答案，但我希望它比您尝试的方式更好地解决您的问题...

你写的……

除了将我的整个项目逐个文件夹、逐个文件地复制到实时服务器之外，我对正确的项目部署不太了解。

...所以，听起来这是学习的绝佳机会！一旦您获得了构建/部署自动化，您的生活将变得更加轻松——这几乎就像戴上眼镜并学习“嘿，整个世界并不模糊！”

那么，是否可以只上传新的/更新的 .dll 和 .cs 文件而不从 VS 重建整个应用程序？

一旦您实现了部署自动化，这个问题就变得没有意义了。

我的经验当然是 BuildMaster（我为 Inedo 工作），但我可以说这是一个很好的入门方式，因为您不需要学习脚本或类似的东西 - 有一个很好的丰富的帮助和教程，您可能可以在几个小时内将所有内容投入生产。