很好。用 tarui 封装一下，更好了。

我选 debian ，已经全部切换到 debian 了。

centos -> ubuntu -> debian

首先，员工要说服公司买这个授权。单就这一点来说，程序员就宁愿自己掏钱了（毕竟动嘴有时比动手简单多了）。
其次，报销流程太麻烦。一般情况下是，谁用谁先垫付，而不是从公司账户里面出账。

开箱直用就行了。或者换 KDE 家出的桌面…完全没压力。或者搞个 code-server

意味着 Rust 插件要停更了。

…先按照图片中的清理下再说，因为上一个安装没成功导致的。
这问题问 gpt 好多了。

apt install --fix-broken （它提示你的--fix-broken ）

@dyllen 建议加群问，作者还是挺热心的。

@iblessyou 前年才推出来的，是 GitLab 中国独家代理了。
首页没有，应该是因为公司与 SaaS 分离运营了（毕竟风险有点大，有人挂梯子项目、瑟瑟链接资源）。之前 JihuLab 也是武汉公司运营的，后来给北京公司单独运营了（看备案号），也就是域名从 gitlab.cn 变更为 jihulab.com 了。
你在登录/注册界面，拉到最下方，左侧，就有它们官网的链接。gitlab.cn 是官网。

腾讯有三个对外开放的 Git 托管服务。
https://git.code.tencent.com （工峰）
https://git.weixin.qq.com （微信 Git ，基于工峰）
上述两货，居然不支持 ed25519 ，想反馈一下，发现找不到反馈入口。

另一家大家都知道，也就是你说的那个。曾经以为是 Gitee 的主要竞争对手，后来作死又作死，折腾几回的 Coding 。
至于开放原子的那个，还是算了吧。你看它这么亲的 openharmony 都是链接到 Gitee 的。

其实也能理解，国内开源项目，毕竟大家都用 Gitee ，易于推广。
我还是看好 JihuLab 。可惜 GitLab 的血统，就是不注重 Trending ，挂里面的项目，都不是为了推广的。太难让人发现了。

@dyllen 怎么可能完全不一样呢？完全不一样的话，构架就得改名了。我刚瞄了下路由，还是原来的配方。变化肯定是有的，但完全不一样是不可能的。

不过，v1 或 v2 对于我来说，其实没差，很容易上手。但无论如何，我都不会用 gf gen 的，工具问题太多了。群里面经常见到有人提问题。

让子弹先飞飞吧。
人家只是为了方便自己项目的托管而已，就像 kde 社区。

国内 SaaS ，我一直不遗余力地推“ https://jihulab.com ”。当然，https://codeup.aliyun.com 也不错。
至于 Gitee 。它母平台，平时明着暗着阴阳怪气，喊监管，喊冤不说，但回头又挂着 “信创” 等名头来宣传。

再推两个国外的平台，访问无压力：
https://framagit.org 基于 GitLab CE 的
https://codeberg.org 基于派生于 Gitea 的 forgejo 。

@dyllen 哪怕是 v2 ，肯定也没跳出 v1 ，而且，作者原来好像是 PHP 开发。

很久没使用它了，所以不太了解现在。现在用字节跳动的 kitex 。

先查源头很重要。否则搞一整天，发现是镜像的问题就好玩了。

---

曾经使用某小主机商的 VPS ，被挂挖矿程序了。以为是自己程序的问题，后来把程序全下了。重装系统之后，什么也不装。过了几天，那个挖矿程序又被开起来了。应该是他们镜像的问题。

这框架是参考 Laravel 的，所以有 Laravel 经验会好些。

另外，它这框架有时候小版本升级偶尔也会有 breaking ，特别是 ORM 部分。
其次，我用它的框架根本就不用 gf gen 相关命令，其实这个应该说，框架与它并无直接关联，完全不影响单独使用框架。

。。。
我发现我错了。我以为大家都是 Git Bash 的，没想到大家都是 Git GUI 。

一直都用命令行。特别是，debug + debug + debug 时，向上（ PgUp ）特别好用，不需要再另外动几次鼠标。GitHub Actions 流水线测试出错时，方便修改及提交。

我转了几回才知道所谓的“对应图案”是指那个白色的图案。。。