收购 Github 的消息出来后，部分人开始迁移至 Gitlab

[janxin]

https://monitor.gitlab.net/dashboard/db/github-importer?orgId=1&from=now-24h&to=now

有一段时间，连这个监控服务都当掉了....

[mashirozx]

没想到 Gitlab 也用 Grafana 监控~ 话说上次不小心用了 rm -rf /* 的就是这家吧 233333

[soulmine]

这倒是正常 毕竟有些私有库不想让 MS 看见 emm

[janxin]

@mashirozx 2333，继续用 gayhub

[fengjianxinghun]

干的好，远离 github

[zcreg]

然后 Gitlab 被谷歌收购又迁回来?

[0vels]

https://i.loli.net/2018/06/04/5b14ac74cf1cf.png

[Showfom]

Gitlab 自建一下挺方便的

[loading]

gitea 整起来

[WinMain]

换个东家而已，这么矫情。

[hubqin]

已经注册 GitLab 并导入了一些 Github 上的 repo （注册时验证码是谷歌图片验证，需要 f--Q--）

[dallaslu]

@0vels 试了一下导入 github，结果 3 个小时了还没成功

[Zzdex]

秀

[dhssingle]

矫情

[pony279]

@dallaslu 因为量突然上来了 gitlab 措手不及

[maxco292]

迁移 GitLab 的，建议反复阅读背诵 “ 2017 年 2 月 1 日 GitLab 数据库被误删”相关新闻报道。

[TarotVoyager]

挺好的，期待下次删库
这迁移用户的矫情挺符合 Gitlab 今天阴阳怪气的样子的

[jimages]

@maxco292 知错能改，善莫大焉

[Reznik]

[hahastudio]

想起来春节看 Gitlab 直播修 bug

[dallaslu]

@maxco292
@Reznik
@mashirozx
@chouchoui

提到删库的各位，也顺带提一下 gitlab 是怎么处理的吧！

这次选择迁移到 Gitlab 的人，并非忘记删库事件，反而更可能是当时因 Gitlab 的事后行动而对其抱有理解、肯定的人。

[sunsol]

专家就是把所有错误都犯一遍的人，所以抬杠的说正因为 rm 事件才值得信赖。

[skadi]

ms 综合症吧,

[LeungJZ]

巨硬接受有啥不好的？有这么不喜欢巨硬？

[ryd994]

屁大点事，又不是收购 Linux foundation 或者 Apache foundation

[hellojl]

话说，微软是吃谁家大米了吗，那么遭人嫌弃.......

[moliliang]

就是矫情，微软挺好的，人家开源的项目也不少。

[wssy921]

与其说是微软恐惧症，不如说是强权恐惧症。有些人担心有些项目会被删，即使最后真的被删除，真正原因也不是微软。

[blankme]

GitHub 不犯错倒成为劣势了 233333

[jedihy]

有多少人在这用着盗版 Windows，盗版 Office，教育 Office 和开车的 Office 365，然后喷着微软。

[maxco292]

@dallaslu

补一下 gitlab 官博对此事后续处理
https://about.gitlab.com/2017/02/10/postmortem-of-database-outage-of-january-31/
最后的结果是，尽管 GitLab 多途径恢复数据库，但还是有一部分数据不可避免的丢失了

我来说一下我的看法，
1.迁移 gitlab 本身这个行为我无权干涉；
2.GitLab 本身对待删库之后的公关可以说是正面积极的，但是删库这件事本身反映的问题太多了，欢迎试水。

[Terry05]

已导入 Gitlab，做一手备份总是好的

[aaronly]

其他几个帖子那么多提到私有仓库的，看得我神烦。
难道没被收购的时候，把*重要的*，*私有的* 代码放到 GitHub 上就一定是安全的吗，还不是存储在别人的服务器。
谁会把自己死都不愿意公开或者有潜在的被查看的代码放到别人家，自建又不是什么难事。
目前看来有影响的，不过是还在开发中的尚未公布的项目，从私有库迁移到别的解决方案。
一声令下，声势浩荡的迁移到 gitlab，这季度广告部会不会加鸡腿？
另外希望 gitlab 程序员和服务器抗得住。

[jiangnanyanyu]

已经导入 gitlab

[Reznik]

[Biebe]

先不说 gitlab 运维事件暴露了 gitlab 某些方面的运维水平。

我想说的是，从 gitlab 代码上看，设计和质量上比较堪忧（目前还是有很大一部分靠 ruby gem 操作 git 数据，即便已经开发了 gitaly ），而且自从出了商业版之后，修 bug 大多靠社区版零散贡献，即使提出来也先扯皮一段时间还不一定修。你看一看到他仓库的 issue 多少遗留问题。举个例子，三星期前的一次提交导致出现用户设置为非英语，提 merge request 时候便不能列出分支，两个星期前有人提了 issue 开始扯皮，昨天我提了个最简单的 mr 修复，等待合并中。。

[yzyun08]

@dallaslu gitlab 是怎么处理的吧
我记得处理方式真的只能认为是挺有趣的吧，有什么值得表扬的地方吗（直播？）

[jinsongzhao]

@Reznik Gitlab 居然用的是微软的域名！！！到底是微软的还是租了微软空间的？

[FullBridgeRect]

@jinsongzhao 应该在 azure 上，一个公司归微软，一个服务器在微软 azure 云上 2333

[Android2MCU]

Make Gitlab Great Again! lol

[luojianxhlxt]

真是搞笑
GitLab 是托管在 Azure 上的好么

[PressOne]

GitLab 说过是放在 Azure 上的。确实看到 Gitlab 的数据恢复能力，反而更觉得还行，毕竟私有库本来就是分布式的，哪个本地没有源文件，remote 只是协作需求，网络还有掉线的时候呐，大家要求的不是你永不宕机，快速复原能力也很重要。

[POPOEVER]

https://imgur.com/yzUcFKd

[POPOEVER]

[love4taylor]

然后 GitLab 就炸了... Import 一个特小的 repo 都两小时了, 还有就是 CI 一直 pending....

[0attocs]

@PressOne #41
看报告说，宣传的 6 重备份 5 个没有，唯一找到的一个是 24 小时备份一次，上次备份在 6 小时之前。
何等不规范不可靠。
选择迁移过去的人只能祈祷现在的 gitlab 变得靠谱点，不用大家陪着他过大年了。

[artandlol]

@dallaslu 别玩了，gitlab 服务器就在微软云，自己搭建 gitlab 吧

[dallaslu]

@Reznik
@luojianxhlxt
@artandlol

用微软云很正常啊，云服务商又不能把客户的产品怎么样

[dallaslu]

@blankme 没有人讲过 Github 因为没有误删而处于劣势。更多人的首选是 Github，只不过大家担心 Github 是否能优秀得一如既往。