有一段时间一直没明白为啥有的时候第三方的package里的代码没法引用我们项目的，最近有点心得，记录下：在创建unity项目的时候默认是创建一个解决方案就是以.sln为结尾的。默认开发时都在同一个解决项目里，所以不会出现相互引用不到的问题。当我们引用到第三方的package时就会出现引用

环境：vs2022,.net8，winfrom项目。问题：这几天重新换了个代码托管库，上传拉取代码后（换了本地目录），发现所有窗体都只能打开代码，不能打开窗体设计器进行控件的调整修改等。网上找了n多资料都无效。无意中发现是.user文件导致，这个文件一般在源码管理中是排除的。处理如下：项目名：WinForms

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

复制配置文件到输出文件夹<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选项）。