有没有大佬，知道.net core 或.net5 如何在 iis 上热更新、热发布

@leeg810312 可以呀。我这边都是直接更新 dll

@Oo0 是吗？那我试试哈

@Oo0 vs 的发布，是直接发到服务器上吗？还是本地调试？

https://docs.microsoft.com/zh-cn/aspnet/core/host-and-deploy/app-offline?view=aspnetcore-5.0

不知道这个在.NET 5 还能用不

现在手头上有个项目.NET Core 2.2 的还是有效，每次更新的时候会自动带一个 app_offline.htm 提交到站点目录下，更新完以后删除 app_offline.htm

看你把热更新理解到什么程度：
在开发角度，往往是实现替换 dll 文件的程度才算热更新
在运维角度，可以通过集群后端切换不同站点的方式来尽可能无感知更换后台站点服务器，来实现“热升级”，如果有耐心，甚至可以做到无感知（被停机那台机器移出负载均衡后，多等一会直到剩余连接断开再更换文件，把已有的连接用完）

热更新，需要你做动态加载 dll，以及相关逻辑

动态加载 卸载 程序集 3.1 还是 3.0 开始支持吧

我们 .NET Core 的系统是使用 7z 把 Release 目录打个 zip 包，复制 zip 包和部署脚本到服务器。
部署脚本命令：
1 、写入 app_offline.htm
2 、调用 7z 释放 zip 包内容
3 、删除 app_offline.htm

步骤 1-3 期间如果访问网站会看到 app_offline.htm 文件的内容，不过这个脚本因为只是释放文件所以执行的非常快，一共就停机几秒。

开负载均衡呗，搭建个新环境，然后把旧的迁移过来，平滑过渡

我这边方案也是类似 16 楼的方案。StopSite 然后迁移数据库，接着 WebDeploy，部署完后就 StartSite，整套下来 10 秒不到。要完全无感知，上负载均衡吧。

@chouchoui 谢谢大佬，我试试看这个 app_offline.htm 哈

@vone 谢谢指点哈

@IDAEngine 负载均衡的话，是已经有。但是，这边主要是服务端自己更新 dll 。负载均衡帐号在运维那边。

@opengps 嗯，目前，就先简单的做。从服务端这个角度吧。这边运维协调还需要更多工作量

巨硬自家的表示没玩过这种骚操作 我们是两套完整的环境然后切流量的

@vone 停止这几秒，请求是完全不可用的是么。

难道不是应该半夜更新么？

@beginor 目前，.net framework，更新用户不影响。最多只是请求卡了一下。
而且，我们有更新出问题，立刻回退的工具。
更新大部分情况：
是修复 bug
发布新接口

@penll 停机时所有请求都返回的是 app_offline.htm 的文件内容。

iis 还真不清楚,我用 dotnet core 是写了个 loader,以 AppDomain 的形式加载 asp.net core 的 dll,可以做到不重启进程平滑过渡；前面用 nginx 套一层当 httpd 用；

具体技术细节可以搜 dotnet single process mutli appdomain

@leeg810312 你这个问题是什么意思？那些脚本语言做的服务端，哪个不是改了立即生效的？