记第一次使用Github的CI构建功能

记第一次使用Github的CI构建功能

起因是买了个便宜小鸡当Rustdesk远程中转用，但是那个远程没法共享剪切板，命令一个个字敲的老难受了。于是决定用Python搓了个输入工具，结果一打包EXE发现36KB的代码暴涨到了90MB，也不知道包了啥玩意进去。遂决定弄到Github上试一下CI构建…

也不懂那个工作流yml怎么写的，于是又继续鞭策AI发力。先是企图直接创建.github文件夹，然后提示文件夹隐藏，死活创建不上。然后才发现得在Action新建工作流程，就可以粘贴yml进去了。GitHub默认给的名字是main.yml，但是AI给的文件名是release.yml。本来应该是没啥问题的，打个标签创建发行版就该构建了。不过把V的大小写弄错了，没能触发构建，还以为跟文件名有关来着。遂新建了一坨release.yml，然后发现原来的main.yml删不掉了，一点删除就提示文件已删除，无奈只能先禁用掉了。总之紧赶慢赶终于构建出来了，大小也来到了可喜可贺的47MB(?)

用Python写还是太大只了，下次或许该考虑用C++? 目前还在调教那个只有IPv6的小鸡，装了个1Panel，结果Docker容器一启动就报错。我真是太难了 😭。总之先开摆一会，附一张成品截图。

用Python写的输入工具虽然解决了远程中转的问题，但打包后的体积却变得异常庞大。这让我意识到，可能需要重新考虑使用其他语言，比如C++，来编写这个工具，以减少最终打包后的文件大小。此外，我还遇到了一些在GitHub上配置CI构建的困难，如创建工作流文件和配置构建触发条件等。尽管遇到了不少挑战，但最终我还是成功构建出了工具，虽然体积依然较大，但至少功能已经实现。

目前，我还在努力调教一个只有IPv6的小鸡，并在其中安装了1Panel，结果Docker容器启动时遇到了问题。看来我还有很多东西需要学习。尽管如此，我还是决定先放慢脚步，稍作休息，并期待未来能够更好地解决问题，取得更多的进步。