dotnetcampus.DotNETBuildSDK icon indicating copy to clipboard operation
dotnetcampus.DotNETBuildSDK copied to clipboard

提供dotnet打包方法

Results 11 dotnetcampus.DotNETBuildSDK issues
Sort by recently updated
recently updated
newest added

因为项目只添加了.Net5的构建,在仅安装.Net6 SDK的情况下,会因缺少.Net5 SDK而发布失败,建议升级.Net6 SDK的支持,使其能够直接在.Net6环境下使用而无需再依赖.Net5

通过了解当前的构建输出的文件,和项目里面的配置的文件的差别,可以了解在新版本添加的文件以及丢失的文件 需要包括重新生成基准文件

如此即可实现构建完成在对方设备同步且运行 其他功能: 在 SyncTool 的服务端,优化控制台输出,作为一个输出版。只输出当前的监听端口信息,以及连接的客户端,连接的客户端的状态,比如正在同步什么文件,只输出一行。以及提示可接收输入的命令 在服务端支持接收命令输入要求所有客户端强行同步内容,确保输入的内容是一定被同步 客户端执行多次同步之后,需要告诉服务端,要求来一次全面的同步 记录 ClientName 的时候将 IP 记录,很多时候机器名没有什么用

有一篇文章指向这里有一个工具,但是我在这里找不到UsingHardLinkToZipNtfsDiskSize

Bumps [SharpZipLib](https://github.com/icsharpcode/SharpZipLib) from 1.2.0 to 1.3.3. Release notes Sourced from SharpZipLib's releases. v1.3.3 Another minor release, containing security fixes and smaller bugfixes. Fixes: 🐛 specialized tar extract traversal by nils...

dependencies

![image](https://github.com/dotnet-campus/dotnetcampus.DotNETBuildSDK/assets/26960023/7f26e465-4b64-4e59-82df-b48bc2839a51)

PublishFolderCleaner 发布到目标运行时为 Linux 时出错,Linux 没有.exe的扩展名,请更新支持Linux发布

我在dotnet6的WPF程序中引入了这个包,但是命令执行失败

- 原先逻辑的 optFileCanIncludePredicate 传入空是表示通过,现在被改为不通过 - 从 `_packageIncludeDirectories` 获取的文件夹是使用 `\` 开头的,将导致在 Linux 平台执行不符合预期 - 每个文件都需要做一次判断,执行逻辑比较复杂 https://github.com/dotnet-campus/dotnetcampus.DotNETBuildSDK/pull/143