20 天之后由 gitlab 迁移到了 gogs

2016-11-07 09:06:10 +08:00
 k9982874

用了 20 天感受如下:

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

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

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

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

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

28441 次点击
所在节点    git
41 条回复
janxin
2016-11-07 09:10:14 +08:00
gogs 缺点也很明显:工具链支持还不成熟,一些功能目前还是缺失。作为团队使用阶段尚早。

不过我现在还在用 Gogs....
letitbesqzr
2016-11-07 09:12:34 +08:00
总结: 要是不考虑服务器内存 还是 gitlab 好用...

我们公司用 256g 内存的服务器来跑 gitlab nexus jira 之类的服务,几乎不用考虑服务器内存的问题....
JoshOY
2016-11-07 09:15:57 +08:00
同样从 gitlab 迁移到 gogs 了。
感觉 gogs 还有一个优势就是部署起来比 gitlab 简单很多。
sennes
2016-11-07 09:16:27 +08:00
目前团队是用 Gogs 配合 Bearychat 等工具协作
owt5008137
2016-11-07 09:16:52 +08:00
https://github.com/gitbucket/gitbucket/blob/master/README.md

以前还看到个这个,不知道和 gogs 比怎么样
rainysia
2016-11-07 09:22:28 +08:00
Gogs bug 太多. 看看 github 上的正打开的 issue list, 还有 pr.
Sharuru
2016-11-07 09:22:33 +08:00
Gitlab 部署不复杂啊,默认状态下一条命令的事……

Gogs 虽不错,但是还需要发展才能满足团队使用。
goofansu
2016-11-07 09:36:58 +08:00
还是 github 省心
oska874
2016-11-07 09:56:01 +08:00
装了一年的 gitlab ,从来没更新过。有必须要更新吗?
kslr
2016-11-07 09:57:09 +08:00
你这个很好概括,就是目前体积太小,不需要太复杂的功能,够用即可。
SpicyCat
2016-11-07 10:21:25 +08:00
@oska874 也不是必须要更新,就是间隔时间太长的话,更新出问题的几率会变大。再者,时不时会有安全更新,还是更新下会好些。不过如果是在内网使用,倒也问题不大。
jarlyyn
2016-11-07 10:24:16 +08:00
gitlab 不丢在 docker 里?
Citrus
2016-11-07 10:25:58 +08:00
1. 集成确实有些臃肿,但是对于不熟悉 Ruby 的人来说,你不觉得全都集成才是合适的做法么?而且内置的 Nginx 是可以不启用的,按照文档手动配置你的外置 Nginx 即可。
2. GitLab 官方很明显的推荐了 4G 以上的内存, 2C 以上的 CPU 。你非要装路由器。。。。。。
3. 因为集成,这个很无奈。但是可以接受。目前 700M 的容量怎么都不算太大了吧。只要不装在路由器上。
4, 5. 这两个确实有点蛋疼,但是可以忍受。毕竟稳定的东西无需更新。用 RPM 包装好一个版本再也不动了就可以了。

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


当然,自己一个人玩玩确实没必要搞这个了。
shiji
2016-11-07 10:30:41 +08:00
早期的 Gitlab 其实更蛋疼,出的问题千奇百怪。 后来 Gitlab 用了 Omnibus 之后,这些异常的 bug 基本都被消灭了(但是迁移过来的时候还是问题多多)。
把 Nginx , 数据库什么的整合在一起却是更省心,大家不会因为这些组件配置不同/版本不同 而引起各种各样的麻烦。

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

内存我没仔细看过,我只给自己用,所以内存很显然不会怎么搞。
liqiazero
2016-11-07 10:47:15 +08:00
gitlab 假设在外网确实不安全,我们全部迁移到内网了,起先的时候我们是不用 gitlab 之类的图形化管理,或者 sourcetree,smartgit 之类的东西的,全部走命令行,现在团队的很多人还是走命令行,在使用图形化的感觉之后就是方便是方便了,又多了一堆要维护的东西,徒增烦恼。
looz
2016-11-07 10:52:26 +08:00
还有个 gitblit 可以试一试,只不过协作流程稍有不同,主要是没有 PR 。
haogefeifei
2016-11-07 10:53:38 +08:00
gitlab 用的挺开心的路过。。
xi4oh4o
2016-11-07 10:57:05 +08:00
Gitlab 不要乱升级(
yuankui
2016-11-07 11:35:09 +08:00
说白了,你的痛点,通过机器升级就可以搞定。。哪那么多事啊。。
如果真没钱,还不如直接用 bitbucket...
难道楼主就喜欢折腾,就喜欢在路由器上面装 gitlab ?弄一堆树莓派来跑 hadoop ?
we000
2016-11-07 11:38:40 +08:00
最后一条很奇怪, 生产系统干嘛一直升级...

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/318594

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX