@huacnlee 咱们 RubyChina 要不要做这个？

@ccmywish 可以和清华镜像提一下，看他们愿意不

我搞了没人维护，我没这类需求，这次搞了，后期也难以保持持续的维护。

如果谁可以写一个 GitHub Actions 自动同步，我在 Ruby China 的 GitHub 组织上可以开一个项目，配置好 UpYun 的 Key, Secret，这样可以完整利用 UpYun 的 Bucket 来做静态的网站。

主要原因是大部分 ruby 玩家都是 mac 系统，需求不大，自然没人干。

其实 WSL2 挺好的

不太清楚你说的这个流程具体是什么样的，我想了下大概可以这样：

1. 我的一台服务器每天爬取 github rubyinstaller release
2. 一旦获得新 tag, 通过发送邮件等其他方式提醒我手动从上游 rubyinstaller.org-website 获取信息，更新到 rubyinstaller.cn-website 里
3. rubyinstaller.cn-website 一旦 push 上去，触发 action 去 release page 上下载rubyinstaller-devkit.exe并保存在 UpYun 的 Bucket 中

我没这方面的经验，所以我的疑惑是，"下载并存放到 UpYun 中"这个操作在 github action 中可行吗？

已经提出 tuna issue 1138

不太清楚他们同步 Github release page 的方法是什么，我怀疑可能也是定时爬一下那个页面有没有新 tag，这个方法肯定没有 rsync 那样方便管理。所以我又问了 rubyinstaller 他们有没有其他同步方法 rubyinstaller2 issue 209

我觉得给 Windows 支持足够多时，用户数量会比使用类 Unix 系统的要多。

很多人包括我是因为在 Windows 上搞 Ruby 入门太吃力才去 Linux 上折腾的。我觉得给新手减少阻碍，让他们可以直接上手才能让他们立刻体会到 Ruby 带来的幸福感。

我不太习惯用 WSL2，毕竟是隔了个虚拟机，文件共享等也应该挺麻烦的 (我没试过，但我猜不太好使)。等到 WSL2 可以提供 host 和 guest 的完美交互，我才会在 Windows 上抛弃 RubyInstaller

刚才又想了下 RubyInstaller 和 cygwin, MinGW, MSYS2 这些的处理方式都差不多，如果后面三个社区都不继续维护开发了，大家都使用 WSL 了，RubyInstaller 自己也会停止开发。那我们现在给 RubyInstaller 做镜像也算是起了过渡时期的作用。

三、WSL 和 RubyInstaller

前者在虚拟机中运行，后者在本机中运行，它们的比较最终要看用途，比如在本机运行的 Ruby 可以做一些在 Windows 上的日常管理工作。

这里我有个问题，WSL 可以运行 windows 的 exe，并且文件共享。WSL 里的 ruby，应该也可以做 Windows 上的日常管理工作。

WSL 可以运行 exe 吗？这点我不太清楚

另外你说的意思应该是从虚拟机内部访问宿主机文件系统，这个好像一直都是可以做到的。因而做一些日常管理工作理论上没问题，我没试过，所以抱歉我的结论可能有一些草率。你若有兴趣，可以验证一下，我们再接着讨论。

我还是想说一点，管理本机的任务还要开一个 WSL 加一个另外的终端，有点太费劲了。 。

wsl 是可以运行 windows 可执行程序的，比如 ipconfig.exe、qq.exe，甚至 windows 的程序可以结合 linux 的管道以及其他命令来使用。

另外也不麻烦，推荐装一个 cmder，zsh，拥有比较良好的终端界面。通过设置以后，打开终端可以直接进入 wsl。

我刚才试了下的确可以使用 exe

刚才用 VSCode 也可以打开 WSL 内部的文件，确实很方便。

WSL2 有个缺点就是项目文件必须放在子 Linux 文件系统内，否则没办法做到状态同步。