Skip to content

Releases: dotnet-campus/dotnetcampus.DotNETBuildSDK

3.16.7-SyncTool

04 Nov 08:59
@lindexi lindexi
3.16.7
b91ddc6
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Learn about vigilant mode.
Compare
Choose a tag to compare
3.16.7-SyncTool

SyncTool 是一个同步文件夹工具，可进行跨平台进行单向同步文件夹的工具。此工具开发的背景是我有一个需要在 Linux 上进行测试的应用，但我习惯在 Windows 进行开发，于是我就需要不断在 Windows 进行构建然后将输出的应用拷贝到 Linux 机器上，为了提升开发效率就开发了此工具

此工具的特点是支持超长次数的文件占用重试以及较低延迟的同步。此工具设计上只是用来拷贝构建输出内容到另一台机器

安装方法如下

dotnet tool install -g dotnetCampus.SyncTool

使用方法如下，使用时需要分为服务端和客户端，从服务端单向将文件同步给到客户端

服务端命令如下

SyncTool serve [参数]

服务端的参数如下

  • -p 或 -Port : 开放监听的端口。可选，不填则工具将会自己随便找一个可用端口
  • -f 或 -Folder : 同步的文件夹路径。可选，不填将使用当前的工作路径

客户端命令如下

SyncTool sync [参数]

客户端的参数如下

  • -a 或 -Address : 同步服务的地址。必填，格式如 http://127.0.0.1:56621 等地址
  • -f 或 -Folder : 本地同步的文件夹。可选，不填默认为工作路径

由于 Linux 端不一定能够有 dotnet sdk ，导致可能无法采用 dotnet tool 模式使用 SyncTool 同步文件夹工具。为解决此问题，可从 Release 里下载已经构建好的 Linux 的 x64 或 ARM64 的单文件发布带运行时的二进制文件

What's Changed

Full Changelog: 3.16.6...3.16.7

Contributors

lindexi
Assets 3
Loading

3.16.2-SyncTool

21 Jun 09:52
@lindexi lindexi
3.16.2
fae504d
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Learn about vigilant mode.
Compare
Choose a tag to compare
3.16.2-SyncTool Latest
Latest

SyncTool 是一个同步文件夹工具，可进行跨平台进行单向同步文件夹的工具。此工具开发的背景是我有一个需要在 Linux 上进行测试的应用，但我习惯在 Windows 进行开发，于是我就需要不断在 Windows 进行构建然后将输出的应用拷贝到 Linux 机器上，为了提升开发效率就开发了此工具

此工具的特点是支持超长次数的文件占用重试以及较低延迟的同步。此工具设计上只是用来拷贝构建输出内容到另一台机器

安装方法如下

dotnet tool install -g dotnetCampus.SyncTool

使用方法如下，使用时需要分为服务端和客户端，从服务端单向将文件同步给到客户端

服务端命令如下

SyncTool serve [参数]

服务端的参数如下

  • -p 或 -Port : 开放监听的端口。可选，不填则工具将会自己随便找一个可用端口
  • -f 或 -Folder : 同步的文件夹路径。可选，不填将使用当前的工作路径

客户端命令如下

SyncTool sync [参数]

客户端的参数如下

  • -a 或 -Address : 同步服务的地址。必填，格式如 http://127.0.0.1:56621 等地址
  • -f 或 -Folder : 本地同步的文件夹。可选，不填默认为工作路径

由于 Linux 端不一定能够有 dotnet sdk ，导致可能无法采用 dotnet tool 模式使用 SyncTool 同步文件夹工具。为解决此问题，可从 Release 里下载已经构建好的 Linux 的 x64 或 ARM64 的单文件发布带运行时的二进制文件

What's Changed

  • 修复删除空文件夹的时候，可能遇到空文件夹里面还包含其他空文件夹，导致删除失败 by @lindexi in #136
  • 更新库 by @lindexi in #137
  • [DebUOS] 尝试给所有的 sh 文件加权限 by @lindexi in #139

Full Changelog: 3.16.1...3.16.2

Contributors

lindexi
Assets 7
Loading

3.16.1-SyncTool

11 May 07:13
@lindexi lindexi
3.16.1
fb0a2fd
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Learn about vigilant mode.
Compare
Choose a tag to compare
3.16.1-SyncTool

SyncTool 是一个同步文件夹工具，可进行跨平台进行单向同步文件夹的工具。此工具开发的背景是我有一个需要在 Linux 上进行测试的应用，但我习惯在 Windows 进行开发，于是我就需要不断在 Windows 进行构建然后将输出的应用拷贝到 Linux 机器上，为了提升开发效率就开发了此工具

此工具的特点是支持超长次数的文件占用重试以及较低延迟的同步。此工具设计上只是用来拷贝构建输出内容到另一台机器

安装方法如下

dotnet tool install -g dotnetCampus.SyncTool

使用方法如下，使用时需要分为服务端和客户端，从服务端单向将文件同步给到客户端

服务端命令如下

SyncTool serve [参数]

服务端的参数如下

  • -p 或 -Port : 开放监听的端口。可选，不填则工具将会自己随便找一个可用端口
  • -f 或 -Folder : 同步的文件夹路径。可选，不填将使用当前的工作路径

客户端命令如下

SyncTool sync [参数]

客户端的参数如下

  • -a 或 -Address : 同步服务的地址。必填，格式如 http://127.0.0.1:56621 等地址
  • -f 或 -Folder : 本地同步的文件夹。可选，不填默认为工作路径

由于 Linux 端不一定能够有 dotnet sdk ，导致可能无法采用 dotnet tool 模式使用 SyncTool 同步文件夹工具。为解决此问题，可从 Release 里下载已经构建好的 Linux 的 x64 或 ARM64 的单文件发布带运行时的二进制文件

What's Changed

  • 加上 NoDisplay 的配置 by @lindexi in #118
  • 修复 DesktopNoDisplay 配置没有带上 by @lindexi in #119
  • 专门更新一下版本 by @lindexi in #117
  • 修复格式化机器人 by @lindexi in #120
  • [Bot] Automated PR to fix formatting errors by @github-actions in #121
  • 优化 UOS 的 deb 打包 优化提示和符号链接失败时降级使用文件拷贝 by @lindexi in #122
  • 修复 JunctionPoint 参数传递反了导致错误 by @lindexi in #123
  • 添加更多辅助方法 by @lindexi in #125
  • [Bot] Automated PR to fix formatting errors by @github-actions in #126
  • 加上大量的 GitLab 环境变量辅助方法 by @lindexi in #127
  • 尝试修复程序集信息加上了 git 的 commit 号导致打包过于诡异 by @lindexi in #128
  • 支持忽略打包时带上符号文件 和 尝试修复多次打包 by @lindexi in #129
  • 尝试修复平台不同导致无法安装 by @lindexi in #130
  • 加上注释 by @lindexi in #131
  • 添加更多文档 by @lindexi in #132
  • 全量更新所有可执行工具设置支持自动兼容更高版本 by @lindexi in #133
  • 优化同步工具 by @lindexi in #134
  • [Bot] Automated PR to fix formatting errors by @github-actions in #135

Full Changelog: 3.13.3...3.16.1

Contributors

lindexi
Assets 7
Loading

3.13.3-SyncTool

27 Mar 08:54
@lindexi lindexi
3.13.3
db05226
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Learn about vigilant mode.
Compare
Choose a tag to compare
3.13.3-SyncTool

SyncTool 是一个同步文件夹工具，可进行跨平台进行单向同步文件夹的工具。此工具开发的背景是我有一个需要在 Linux 上进行测试的应用，但我习惯在 Windows 进行开发，于是我就需要不断在 Windows 进行构建然后将输出的应用拷贝到 Linux 机器上，为了提升开发效率就开发了此工具

此工具的特点是支持超长次数的文件占用重试以及较低延迟的同步。此工具设计上只是用来拷贝构建输出内容到另一台机器

安装方法如下

dotnet tool install -g dotnetCampus.SyncTool

使用方法如下，使用时需要分为服务端和客户端，从服务端单向将文件同步给到客户端

服务端命令如下

SyncTool serve [参数]

服务端的参数如下

  • -p 或 -Port : 开放监听的端口。可选，不填则工具将会自己随便找一个可用端口
  • -f 或 -Folder : 同步的文件夹路径。可选，不填将使用当前的工作路径

客户端命令如下

SyncTool sync [参数]

客户端的参数如下

  • -a 或 -Address : 同步服务的地址。必填，格式如 http://127.0.0.1:56621 等地址
  • -f 或 -Folder : 本地同步的文件夹。可选，不填默认为工作路径

由于 Linux 端不一定能够有 dotnet sdk ，导致可能无法采用 dotnet tool 模式使用 SyncTool 同步文件夹工具。为解决此问题，可从 Release 里下载已经构建好的 Linux 的 x64 或 ARM64 的单文件发布带运行时的二进制文件

Assets 6
Loading

3.11.1-UsingHardLinkToZipNtfsDiskSize

19 Feb 01:19
@lindexi lindexi
3.11.1
fd5c5cc
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Learn about vigilant mode.
Compare
Choose a tag to compare
3.11.1-UsingHardLinkToZipNtfsDiskSize

UsingHardLinkToZipNtfsDiskSize 使用 HardLink 硬链接减少重复文件占用磁盘空间的工具

这是专门针对 UsingHardLinkToZipNtfsDiskSize 工具进行的发布版本

在 NTFS 文件系统里面，咱可以使用 HardLink 硬链接的方式，将多个重复的文件链接到磁盘的同一份记录里面，从而减少在磁盘里面对重复文件存储多份记录，减少磁盘空间的占用。本文将和大家推荐我所做的基于 HardLink 硬链接减少重复文件占用磁盘空间的工具

使用方法

  1. 启动 UsingHardLinkToZipNtfsDiskSize 工具
  2. 将需要进行瘦身的文件夹拖入到工具的 "Drag Folder Here" 里面即可

拖进去之后，工具将会分析拖入的文件夹里面包含的重复文件，记录文件哈希值，调用 CreateHardLink 这个 Win32 函数创建硬链接减少重复文件。如此实现减少重复文件占用磁盘空间

用前须知：由于采用的是硬链接的方式，意味着重复的文件都会指向磁盘里面的相同一份空间，如对其中的一个文件进行修改，将会让修改同时对其他的重复文件生效。因此只建议用在只读存档文件里面，比如一些再也不改的图片、再也不改的视频、再也不改的程序文件等。不适合用于文档、游戏存档等文件

Assets 4
Loading