Results 90 comments of 曾奥然

@BingChunMoLi 已经 assign 给你了 👍👍👍 需要注意的是,我们暂时不使用任何 formatter,所以需要手动格式化代码(基本遵循 `GNU` style)。你可观察一下附近的代码是怎么写的,比如 `if` 条件后面的 `{` 一定另起一行,并注意代码的对齐和美观。

镜像源那块儿只要保证视觉上能够美观地对齐就行,细微对不齐无所谓。 没有针对 recipe 这种级别的单元测试。所以就自己 `chsrc get/set/reset/ls java` 看一下是否达到预期效果即可。 如果代码修改涉及到其他非 recipe 部分,可以运行 `make/just test` 跑一下最基本的测试。

你的意思是 “系统级配置” 改 `~/.m2/settings.xml` 和 `~/.gradle/init.gradle` 就可以了吗? 如果是这样,就如你所说不必要获取 maven, gradle home 了

@shiquda 这个 issue 之所以拖延没有处理是因为,“用于测速的链接” 和 “换源的链接” 是不一样的。大多数用户只能找到换源链接,但是不会去找一个 “用于测速的链接”,到现在为止,很多 target 的测速链接都是空的,都是通过去测镜像站的其他文件来间接测速。也就是说,我们测的并非是关于此 target,各个镜像站的速度。而是,关于某几个大型 iso 文件,各个镜像站的速度。 我们顶多只能实现: 1. 测一个具体可下载的文件的速度,如:`chsrc measure ` 2. 测多个镜像站的速度,如: `chsrc measure ` 但是第2个,我觉得意义不大,因为 `chsrc measure ` 总共就只测顶多十来个源,每个源8秒钟左右,用户等最多80秒左右。 你想要具体实现哪个功能?还是你有其他的想法?

@shiquda 明白你的意思了。 你可以帮我们找一个 “Docker Hub” 的下载目标吗?我们拿来测试实现这个功能。

@sanchuanhehe 非常高兴看到你愿意参与维护 `.deb` 包的 CI 自动打包与发布工作!这是 `chsrc` 项目分发长时间缺失的一部分,你的加入对我们帮助非常大 🙌 ## 关于第一点 这也是大家所期望的,直接在 GitHub Releases 中发布,你在实践中遇到什么问题可以随时留言。 ## 关于第二点 我们利用 GitHub Pages 托管的网站 https://chsrc.run 放在本仓库的 `gh-site` 分支:https://github.com/RubyMetric/chsrc/tree/gh-site/docs APT 仓库是否会放一些元数据和 `.deb` 文件?如果要放比较大的或者经常变动的二进制文件,我们可另外开一个新仓库来托管。

> https://github.com/RubyMetric/chsrc/tree/gh-site/docs/ 被映射到了 https://chsrc.run/ ,是这样的吗 是的 --- > 是否有镜像或cdn加速,国内用户使用是否稳定 没有镜像或CDN。只购买了 https://chsrc.run 这个域名,用的就是 GitHub Pages 服务。 有人报告过 https://chsrc.run 无法访问,所以稳定性说不准。 README 里写了如果访问不了 chsrc.run,就替换为 Gitee 上的等价地址。如果访问不稳定,可以开一个 Gitee 仓库来存储看看是否可行。

@sanchuanhehe 换成 Cloudflare 的 Free plan 了,不知道作用大不大。你有更好的方案吗? ![Image](https://github.com/user-attachments/assets/bc168915-f445-4017-894d-fb93aa16d4a2)

研究了下,估计效果不太好。用国内的 CDN 应该还要备案,似乎有点麻烦。 APT 仓库有必要存在吗?单纯只是为了 apt install 更新方便吗? 我觉得只需要单纯分发 .deb 包到 GitHub Releases 中即可,没有那么多麻烦的维护工作。你觉得呢?

现在我已经迁移 https://chsrc.run 到新的仓库:https://github.com/RubyMetric/chsrc.run GitHub Pages 服务在其 main 分支上。 `repo_folder` 可以设置为 `apt` (目标效果是 `https://chsrc.run/apt`) 我不太清楚细节,你实现的那个 Action 可以直接放在本仓库,你另外用的那个 Action 是不是得放在 chsrc.run 仓库中?