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

[janxin]

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

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

[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 上的好么