使用docker发布应用分为两种方式1.使用源码直接发布：在创建项目的时候，vs会自动生成一个叫Dockerfile的文件，我们一般会根据这个文件来制作镜像，然后将镜像运行在docker容器中。Dockerfile如下所示#Seehttps://aka.ms/containerfastmodetounderstandhowVisualStudiouses

我用的是dockerdesktop，Builders设置：desktop-linux以下是我的dotnet项目的Dockerfile内容FROMmcr.microsoft.com/dotnet/aspnet:6.0ASbaseWORKDIR/appEXPOSE80EXPOSE443FROMmcr.microsoft.com/dotnet/sdk:6.0ASbuildWORKDIR/srcCOPY["NuGet.Config","

#Seehttps://aka.ms/customizecontainertolearnhowtocustomizeyourdebugcontainerandhowVisualStudiousesthisDockerfiletobuildyourimagesforfasterdebugging.FROM127.0.0.1/basic/mcr.microsoft.com/dotnet/aspnet:6.0ASbaseWORKDIR/appEXPOSE

复制配置文件到输出文件夹<ItemGroup><NoneUpdate="appsettings.json"><CopyToOutputDirectory>Always</CopyToOutputDirectory></None><NoneUpdate="nlog.config"CopyToOutputDirectory="Always&qu

asp.net项目，在生成解决方法过程中，出现“Files的值"***"”解决方案生成失败。解决：例：项目名称为：ABC在项目目录下的“ABC\obj\Debug\”的文件夹中找到与项目同名的“.csproj.FileListAbsolute.txt”文件，即“ABC.csproj.FileListAbsolute.txt”，打开后会看到部分文字乱码，删除掉

 VsCode打开终端窗口 在“终端”中输入以下命令创建项目：dotnetnewconsole--frameworknet8.0--use-program-main 终端默认是不可输入的在 launch.json中将 console 设置从 internalConsole 更改为 integratedTerminal：终端就可以输入了  在“终端”中

我们.NET开发会引用很多外部Nuget包，多项目、多个解决方案、甚至多个仓库。简单的Nuget包管理，通过VS就能比较简单处理好。但复杂的场景呢，比如：1.一个仓库里，有多个解决方案的Nuget包管理--我现在项目就是这样的，针对会议大屏的全家桶软件集代码仓库。这个仓库里，接近30个工具/应用

参考资料dotnet命令参考使用dotnettest和xUnit在.NET中对C#进行单元测试DeclaringInternalsVisibleTointhecsprojXUnit输出消息创建控制台项目#创建项目目录mdDotnetStudycdDotnetStudy#创建解决方案dotnetnewsln#创建控制台项目,-n:名称,--use

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。

一般我们构建传统的NuGet包，都是打包和分发dll程序集文件。至于打包和分发C#源代码文件的做法，比较少见。那么这种打包源代码文件的做法，有什么优点和缺点呢？优点：方便阅读源代码。方便断点调试。减少Assembly程序集模块加载个数。更利于发布期间的剪裁（PublishTrimmed选项）。