太阳快落山了!快看看夕阳吧!

编程开发

极狐(GitLab)SaaS平台内测试用报告

2021年09月16日 11:01:39 · 本文共 1,664 字阅读时间约 6分钟 · 6,052 次浏览
极狐(GitLab)SaaS平台内测试用报告

感谢极狐团队的努力,让极狐这么快就与我们见面了,虽然只是内侧阶段,相信很快就会公测,让所有同学都能享受到GitLab中国版的福利。

广告:收集极狐上的漂亮小姐姐:https://jihulab.com/index.html/beautiful-lady-in-jihu,打赏个免费小星星呗。

首先,开门见山先说结论:大名鼎鼎的GitLab没有让我失望,但也没有惊艳到我,中规中矩,还是考试优秀的好学生;但是本土化的改变几乎没有,所以没有给我惊喜,功能很强大但是学习门槛比较高,汉化不完整。极狐在本土化的路上还有非常长的路要走。

本文只是我个人体验一个月极狐SaaS平台的体验感受,只是个人版,仅供参考。

极狐跟GitLab的区别

在代码版本上,极狐是GitLab的下游,所以GitLab有的功能极狐几乎全都有,极狐是在 GitLab EE 的基础上进行修改的。并且独立于 GitLab 运营,也就是说账号并不通用,数据也是完全分开存储的,极狐的数据应该保存在国内,所以速度很快。

我所期待的但失望了

既然极狐声称是本土化独立运营,我期待的是:中文文档、符合中国人习惯的界面、和国内云厂商打通。但没有给我惊喜,我会举几个例子与国内本土企业的产品进行对比,就知道我为什么失望了。

极狐和GitLab都是主打 DevOps,所以也是主要需要比较的地方,我举的例子是腾讯云的Coding和阿里云的云效,下面我将分DevOps、团队管理、帮助文档几个维度进行对比。

DevOps 对比

先说结论:极狐还是那个学习非常好的学生,什么都支持但是需要你把配置文件写好,新手很难沟通;Coding更像是一个美女,漂亮的界面点点就配置好了,完全懂你。

此处对极狐的建议:开发模板中心,或者脚本市场,让新手可以直接选择模板,引导新手填写表单完成配置。或许学术范的GitLab不会接受,但是本土化的极狐,你需要照顾国内水平比较底的开发运维人员,大部分人希望得到的是方便、快捷、低成本,而不是炫技。

Coding VS 极狐

Coding被腾讯云收购以后,跟腾讯云深度集成,如果你的程序运行在腾讯云上,用的非常爽,理由和对比如下:

Coding 的 DevOps 会优先提供模板供你选择,几乎涵盖了常用的编程语言,以Vue项目然后自动部署到腾讯云COS上为例,直接选择 Vue+COS模板,选择代码仓库、填写腾讯云的Secret Key信息,完成!几乎不需要改什么代码,点点就可以。

1.png

2.png

极狐则是GitLab的标准,没什么本土化变化,还是创建 .gitlab-ci.yml 文件,然后提供一个非常基础的模板,自己写。

3.png

阿里云效 VS 极狐

阿里云效同样可以选择丰富的流水线模板,快速构建流水线,并拥有可视化引导:

4.png

5.png

团队权限管理对比

先说结论:极狐和GitLab几乎一样,还是那几个角色:Guest、Reporter、Developer、Maintainer、Owner,就是那么简单和直接,当然你可以通过group、subgroup来管理不同层级的项目。Coding则支持定义组织架构、用户组、对每个用户组进行详细的权限编辑,符合中国公司内部复杂的结构。

此处对极狐的建议:这个就不提建议了,毕竟权限管理非常复杂,真往本土化改的话就跟GitLab分叉了。

Coding VS 极狐

Coding支持组织机构的管理、自定义用户组、每个用户组详细的权限:

6.png

7.png

极狐,则完全继承自GitLab的权限管理,就那几个角色,不支持自定义:https://jihulab.com/help/user/permissions

阿里云效 VS 极狐

阿里云效在组织和权限管理上,不仅仅支持组织架构,还支持用户组、角色、自定义权限,十分符合国人使用习惯:

8.png

中文文档对比

先说结论:国内平台完胜极狐,毕竟是本地的企业和产品,这个可以理解。

此处对极狐的建议:如果文档太多,可以开放一个仓库,让网友们帮忙翻译,目前要么是没有翻译要么是机器翻译读不通,文档中心还一堆404错误。

Coding VS 极狐

Coding作为本土企业产品,中文文档非常全,几乎吊打极狐,这个可以理解,毕竟极狐刚刚起步。

9.png

极狐的文档要么是纯英文的,要么是机器翻译的,要么就是缺失的,中文文档少的可怜。

10.png

11.png


阿里云效 VS 极狐

阿里云效依托阿里云,有非常庞大的文档和知识库,几乎可以帮助你完成所有产品的使用教程:

12.png

其他建议

在码云Gitee上,我还比较喜欢的一个功能是 README.md 的自动补充目录的功能,在左侧自动根据不同级别的标题形成目录,这个非常好的创意,不妨借鉴一下。

13.png

商业用途请联系作者获得授权。
版权声明:本文为博主「任霏」原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.renfei.net/posts/1003510
评论与留言

以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。

对于一个布道 DevOps 多年的选手来讲,看到这个报告,还是想继续布道布道。虽然是各种对比哈,但是我感觉与 DevOps 太像了(可能是职业病犯了哈)。首先声明本人不是GitLab 用户(因为不免费,没法薅羊毛啊),本人是 GitHub 忠实用户。 首先,你这是田忌赛马的对比,中文对比一事,着实有点可笑 1 土生土长和外来户能立马拉到同一个起跑线上吗? 2 一个真正的开发者应该去提升自己的英语能力,而不是拿全部是中文文档说事。大家都知道现在开源非常热,开发者是开源的主力军,如果要贡献优秀的开源项目(诸如Linux 内核,Kubernetes),英语就是个硬门槛。如果我是你,我倒希望公司内部的系统是英文的,最起码能让我锻炼英语,在看开源项目文档的时候不至于看不懂,提 PR 的时候不至于提交代码的内容描述不清楚而没法被 Merge。 其次,阿里云效、Coding 大家都知道背后站的是谁,很容易造成厂商绑定,现在很多企业都希望不要被厂商绑定。 再者,有一个点需要明白,GitLab 是一个 DevOps 平台,什么叫做 DevOps 平台(DevOps 走到现在,确切的说应该叫做 DevSecOps)?就是覆盖了软件开发生命周期全阶段的,从项目管理到代码托管到安全再到日志监控、甚至包含现在的云原生能力。不仅仅是说一个 CI/CD 就能概括的了的。这一点是 DevOps 布道的真正误区,我见过太多了,我在这儿再布道一哈,CI/CD 不等于 DevOps,他只是 DevOps 落地实践的核心能力。仅凭借一个 CI/CD 能有现成模版就判断出哪个好坏,过于牵强了吧。相信大家真正到项目用的时候,模版是满足不了要求的吧,毕竟大家都很特性化。 最后,还是一个很热的话题,开源,open source。GitLab 是开源的,Coding 和 云效这方面我没看到相关的开源内容(可能是我孤陋寡闻)。大家可以看看国内有多少用 GitLb 的,GitLab 的 CE 版,然后私有化部署,就是很多公司的代码托管 + DevOps 解决方案。 个人愚见,做一些对比报告的时候,还是先需要明白这个产品的定位,去深入挖掘一些真正有意义的对比,这样的对比报告才能有意义。作为一个常年写博客、文章的人来说。你写的每个字、每篇文章,你要想到你的思想会影响到别人。有可能因为你的片面之词,让别人错失一些学习的好机会。

renfei 站点官方 回复

感谢您的关注。看了您的DevOps收获颇多。首先我承认我并不是专业DevOps的人员,我只是普通开发。其中中文文档的事情我只是作为普通用户来提出的需求,既然极狐是独立运营的本土化平台,就应该提供完善的本土化文档,GitLab的英文文档已经很全面了,既然想让我使用就需要教会我使用方法,我的注意力在开发上,而不是去折腾他的cicd脚本,主要的精力应该在自己的项目代码上,我只想快速的把我的代码部署上线上,所以我希望有模板,改改就可以了。

微信搜一搜:任霏博客