asp.net core只有发布之后部署到IIS, 每次都要重新发布才能调试运行吗？
0
悬赏园豆：5
[待解决问题]
之前本地部署 asp.net 程序 是可以直接指定到源代码目录访问，修改完代码编译下就能重新调试运行了，
asp.net core 只有发布之后才能在IIS上部署访问吗，这样是不是每次修改完代码都要发布才能调试运行吗？
所有回答(4)
0
core可以直接在vs里运行调试.没什么区别.
每次在vs里运行 是按F5吗？ 那样每次启动一次 很慢
@koi: 不会慢啊...你是配了什么特殊的东西吗.
我这边调试最多也就几秒钟就进去了.
我的意思是 如果是做一个网站， 里面其中一个功能开发的时候 要经常调试，另外还有人也要测试自己做的这个功能，以前的做法是IIS直接部署源代码对应的目录，这个测出问题或者调试都只要修改源代码 直接编译下就能重新访问修改后的代码了，而且自己开发过程中，测试的人还可以一直访问自己的源码功能。现在vs每次启动 因为项目如果比较大 每次都会很慢的 ，而且没启动 别人不能测试，启动的时候本身又不能改代码
@吴瑞祥: 其实我就是想问asp.net core 发布后才能部署到IIS, 而以前直接用源码也能部署。 这样就会导致每次测试（别人测试或者测试）都要重新发布源码，而以前编译下源码就可以了
@koi: 编译型语言是一定要编译的.
所以一般都会有一个测试环境.开发做完的功能都是要先发布到测试环境.
他测试完了. 再发到正式环境.
0
Ctrl+F5，只运行不调试，比直接F5更快，可以iis运行，也可以选择控制台运行
0
我估计题主表述的“调试”并不是指代码调试，应该是指“测试”，题主应该是将IIS的wwwroot目录设置为代码编译的目录，编译之后可以直接通过IIS的地址去访问，然后到core发现行不通了。
对啊 core是不是不能这样弄了？ 有别的方式使asp.net core测试 便捷点吗
0
我发现可以指向debug下net5.0然后把发布后的config复制到目录就可以了，但有个问题重新生成会提醒dll被 占用还是不行，还不如发布目录
打开powershell(vs自带有)，两个命令dotnet run、dotnet watch run。推荐后者
– Savirn·he 4年前