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 了

关于路由说一下，路由是跑 64 位 centos 的 x86 机器
cpu ： j1900
ram ： 4g
disk ： 500g

并不是 tp 、 ausa 、网件之类的路由器

痛点并不是硬件，是第 4 、 5 条说的更新策略

[janxin]

gogs 缺点也很明显：工具链支持还不成熟，一些功能目前还是缺失。作为团队使用阶段尚早。

不过我现在还在用 Gogs....

[letitbesqzr]

总结: 要是不考虑服务器内存 还是 gitlab 好用...

我们公司用 256g 内存的服务器来跑 gitlab nexus jira 之类的服务,几乎不用考虑服务器内存的问题....

[JoshOY]

同样从 gitlab 迁移到 gogs 了。
感觉 gogs 还有一个优势就是部署起来比 gitlab 简单很多。

[sennes]

目前团队是用 Gogs 配合 Bearychat 等工具协作

[owt5008137]

https://github.com/gitbucket/gitbucket/blob/master/README.md

以前还看到个这个，不知道和 gogs 比怎么样

[rainysia]

Gogs bug 太多. 看看 github 上的正打开的 issue list, 还有 pr.

[Sharuru]

Gitlab 部署不复杂啊，默认状态下一条命令的事……

Gogs 虽不错，但是还需要发展才能满足团队使用。

[goofansu]

还是 github 省心

[oska874]

装了一年的 gitlab ，从来没更新过。有必须要更新吗？

[kslr]

你这个很好概括，就是目前体积太小，不需要太复杂的功能，够用即可。

[SpicyCat]

@oska874 也不是必须要更新，就是间隔时间太长的话，更新出问题的几率会变大。再者，时不时会有安全更新，还是更新下会好些。不过如果是在内网使用，倒也问题不大。

[jarlyyn]

gitlab 不丢在 docker 里？

[Citrus]

1. 集成确实有些臃肿，但是对于不熟悉 Ruby 的人来说，你不觉得全都集成才是合适的做法么？而且内置的 Nginx 是可以不启用的，按照文档手动配置你的外置 Nginx 即可。
2. GitLab 官方很明显的推荐了 4G 以上的内存， 2C 以上的 CPU 。你非要装路由器。。。。。。
3. 因为集成，这个很无奈。但是可以接受。目前 700M 的容量怎么都不算太大了吧。只要不装在路由器上。
4, 5. 这两个确实有点蛋疼，但是可以忍受。毕竟稳定的东西无需更新。用 RPM 包装好一个版本再也不动了就可以了。

相对于 GitLab 的功能强大， API 齐全，文档较丰富，迭代速度快，个人认为还是很划算的。


当然，自己一个人玩玩确实没必要搞这个了。

[shiji]

早期的 Gitlab 其实更蛋疼，出的问题千奇百怪。 后来 Gitlab 用了 Omnibus 之后，这些异常的 bug 基本都被消灭了（但是迁移过来的时候还是问题多多）。
把 Nginx ， 数据库什么的整合在一起却是更省心，大家不会因为这些组件配置不同／版本不同 而引起各种各样的麻烦。

Gitlab 近期安全问题比较多，要记得及时更新。

内存我没仔细看过，我只给自己用，所以内存很显然不会怎么搞。

[liqiazero]

gitlab 假设在外网确实不安全，我们全部迁移到内网了，起先的时候我们是不用 gitlab 之类的图形化管理，或者 sourcetree,smartgit 之类的东西的，全部走命令行，现在团队的很多人还是走命令行，在使用图形化的感觉之后就是方便是方便了，又多了一堆要维护的东西，徒增烦恼。

[looz]

还有个 gitblit 可以试一试，只不过协作流程稍有不同，主要是没有 PR 。

[haogefeifei]

gitlab 用的挺开心的路过。。

[xi4oh4o]

Gitlab 不要乱升级（

[yuankui]

说白了，你的痛点，通过机器升级就可以搞定。。哪那么多事啊。。
如果真没钱，还不如直接用 bitbucket...
难道楼主就喜欢折腾，就喜欢在路由器上面装 gitlab ？弄一堆树莓派来跑 hadoop ？

[we000]

最后一条很奇怪, 生产系统干嘛一直升级...

[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 部署根本不担心升级问题……

[qiukun]

@liqiazero 走命令行很棒～