20 天之后由 gitlab 迁移到了 gogs

[k9982874]

用了 20 天感受如下：

1 、 gitlab 实在是太臃肿， nginx ， gem 什么的全都集成进去，不管原系统是否已经有可用的版本，虽然简化了安装但是增加了内存占用

2 、 gitlab 吃内存猛如虎， 4G 内存的路由启用后直接使用 swap 了

3 、 gitlab700 多 M 的身材跟 gogs10 几 M 的身材实在没法比

4 、最大的痛点， gitlab 还原系统只能在当前版本号一样版本的 gitlab 上还原

5 、 centos 源 gitlab2 、 3 天没事更新个版本，结合第三点真怕它哪天更新挂了就 GG 了

[soli]

为啥需要一个 git 服务端？直接用文件系统不行么？

[mhtt]

Gogs 上二次开发内部用了

[evlos]

装了 Gogs 之后，我看了眼服务器上的 authorized_keys 文件，又换回了 Gitlab

[Pastsong]

Gitlab 装路由器纯作死啊

[bk201]

gogs 的功能都没 gitlit 全

[fx]

Gitlab 部署不复杂啊

[k9982874]

@letitbesqzr
@yuankui

痛点并不是硬件，而是 gitlab 的备份还原策略

@jarlyyn 现在真不用 docker 了， deb 包啥都有，没有啥依赖。

@Citrus 比 gogs 还是太臃肿了，尤其是页面响应速度， gogs 丝般顺滑。

@oska874 太久不更新就不要更新了，更新挂了就悲剧了

[JoshOY]

@Sharuru @fx 嗯，好像是我弄错了。应该是自己当时被 gitlab 某些小的配置问题折腾的差点弃疗… 正常使用配置起来还是挺简单的

[exch4nge]

@k9982874 如果内存不够用的话， gitlab 确实卡的要死。
近期从 omnibus 7.1 升级到 omnibus 8.1 升级过程挺流畅的，本来怕资料丢失还整备份，最后都没用上。
本来想上 jenkins 的，后来发现 gitlab8 开始自带 CI ，就直接用自带的了。

[yuankui]

楼主 喜欢折腾，又害怕折腾带来的麻烦。
如果你害怕这些问题。可以放弃折腾

最好的办法是：心里默念，从第一天起，你浪费在 gitlab 环境上面的时间有多少天了。比如 20 天
一个人大概工作日也就是 22 天
也就是说浪费在这里的时间相当于一个月工资了。。

你觉得你折腾的值么。。

[Citrus]

@k9982874 我也说了，更新确实蛋疼。但是一般情况无需更新，只要你不一定要那些用处不是非常大的新功能。丝般顺滑确实好，功能不全也没用啊。。。

[cppgohan]

路由==占美类的主机?

[itfanr]

可以在生产关键使用？

[zealic]

gogs 用起来还是比 gitlab 舒服

[faywong8888]

Git + Gerrit + jira 差不多够了。

[neoblackcap]

@letitbesqzr 以前我也是很看重资源，后来来到了现在现在的公司，我发现与其花时间调各种东西来实现已经良好运行但资源消耗大的软件还不如向上面直接申请服务器就好了。反正机器那么多，内存那么多。服务器上面的 16 核都没跑什么负载，内存 32G 也就用了一半，剩下的都简直是浪费，还是加机器大法好啊。

[sunfuze1989]

docker 里跑的 gitlab ， host 4g 内容，还跑了 gitlab-runner ，没有任何问题

[fffonion]

别用 omnibus 懒人包啊
而且每次更新之后不是只要装新的 gems 然后升级数据库就行了么: )
https://gitlab.com/gitlab-org/gitlab-ce/tree/master/doc/update

[gdong]

楼主几个痛点都不算是啥痛点，不要老升小版本号就好了。

相比 gogs 最主要的优势在于成熟度、社区支持力度和活跃度。我们团队用 gitlab 一直用的挺好的，还把 gitlab 当作内部的集中账号管理 oauth server 以及 docker registry 用

[Miy4mori]

我们团队用了一段时间 gogs ，感觉功能还是薄弱， bug 还是多，其实 gitlab 用 docker 部署根本不担心升级问题……