这是一个创建于 2883 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://monitor.gitlab.net/dashboard/db/github-importer?orgId=1&from=now-24h&to=now
有一段时间，连这个监控服务都当掉了....
 | 1 mashirozx 2018 年 6 月 4 日  1 没想到 Gitlab 也用 Grafana 监控~ 话说上次不小心用了 rm -rf /* 的就是这家吧 233333 |
 | 2 soulmine 2018 年 6 月 4 日 这倒是正常 毕竟有些私有库不想让 MS 看见 emm |
 | 4 fengjianxinghun 2018 年 6 月 4 日 干的好，远离 github |
 | 5 zcreg 2018 年 6 月 4 日 然后 Gitlab 被谷歌收购又迁回来? |
 | 6 0vels 2018 年 6 月 4 日 |
 | 7 Showfom PRO Gitlab 自建一下挺方便的 |
 | 8 loading 2018 年 6 月 4 日 via iPhone gitea 整起来 |
 | 9 WinMain 2018 年 6 月 4 日 8 换个东家而已，这么矫情。 |
 | 10 hubqin 2018 年 6 月 4 日 1 已经注册 GitLab 并导入了一些 Github 上的 repo （注册时验证码是谷歌图片验证，需要 f--Q--） |
 | 12 Zzdex 2018 年 6 月 4 日 via iPhone 秀 |
 | 13 dhssingle 2018 年 6 月 4 日 矫情 |
 | 15 maxco292 2018 年 6 月 4 日 4 迁移 GitLab 的，建议反复阅读背诵 “ 2017 年 2 月 1 日 GitLab 数据库被误删”相关新闻报道。 |
 | 16 TarotVoyager 2018 年 6 月 4 日 2 挺好的，期待下次删库 这迁移用户的矫情挺符合 Gitlab 今天阴阳怪气的样子的 |
 | 18 Reznik 2018 年 6 月 4 日 1  |
 | 19 hahastudio 2018 年 6 月 4 日 想起来春节看 Gitlab 直播修 bug |
 | 20 dallaslu 2018 年 6 月 4 日 1 |
 | 21 sunsol 2018 年 6 月 4 日 专家就是把所有错误都犯一遍的人，所以抬杠的说正因为 rm 事件才值得信赖。 |
 | 22 skadi 2018 年 6 月 4 日 ms 综合症吧, |
 | 23 LeungJZ 2018 年 6 月 4 日 巨硬接受有啥不好的？有这么不喜欢巨硬？ |
 | 24 ryd994 2018 年 6 月 4 日 via Android 屁大点事，又不是收购 Linux foundation 或者 Apache foundation |
 | 25 hellojl 2018 年 6 月 4 日 话说，微软是吃谁家大米了吗，那么遭人嫌弃....... |
 | 26 moliliang 2018 年 6 月 4 日 1 就是矫情，微软挺好的，人家开源的项目也不少。 |
 | 27 wssy921 2018 年 6 月 4 日 3 与其说是微软恐惧症，不如说是强权恐惧症。有些人担心有些项目会被删，即使最后真的被删除，真正原因也不是微软。 |
 | 28 blankme 2018 年 6 月 4 日 via Android GitHub 不犯错倒成为劣势了 233333 |
 | 29 jedihy 2018 年 6 月 4 日 via iPhone 6 有多少人在这用着盗版 Windows，盗版 Office，教育 Office 和开车的 Office 365，然后喷着微软。 |
| 30 maxco292 2018 年 6 月 4 日 1 @dallaslu 补一下 gitlab 官博对此事后续处理 https://about.gitlab.com/2017/02/10/postmortem-of-database-outage-of-january-31/ 最后的结果是，尽管 GitLab 多途径恢复数据库，但还是有一部分数据不可避免的丢失了 我来说一下我的看法， 1.迁移 gitlab 本身这个行为我无权干涉； 2.GitLab 本身对待删库之后的公关可以说是正面积极的，但是删库这件事本身反映的问题太多了，欢迎试水。 |
 | 31 Terry05 2018 年 6 月 4 日 已导入 Gitlab，做一手备份总是好的 |
 | 32 aaronly 2018 年 6 月 4 日 1 其他几个帖子那么多提到私有仓库的，看得我神烦。 难道没被收购的时候，把*重要的*，*私有的* 代码放到 GitHub 上就一定是安全的吗，还不是存储在别人的服务器。 谁会把自己死都不愿意公开或者有潜在的被查看的代码放到别人家，自建又不是什么难事。 目前看来有影响的，不过是还在开发中的尚未公布的项目，从私有库迁移到别的解决方案。 一声令下，声势浩荡的迁移到 gitlab，这季度广告部会不会加鸡腿？ 另外希望 gitlab 程序员和服务器抗得住。 |
 | 33 jiangnanyanyu 2018 年 6 月 4 日 via Android 已经导入 gitlab |
| 34 Reznik 2018 年 6 月 4 日 1  |
 | 35 Biebe 2018 年 6 月 4 日 先不说 gitlab 运维事件暴露了 gitlab 某些方面的运维水平。 我想说的是，从 gitlab 代码上看，设计和质量上比较堪忧（目前还是有很大一部分靠 ruby gem 操作 git 数据，即便已经开发了 gitaly ），而且自从出了商业版之后，修 bug 大多靠社区版零散贡献，即使提出来也先扯皮一段时间还不一定修。你看一看到他仓库的 issue 多少遗留问题。举个例子，三星期前的一次提交导致出现用户设置为非英语，提 merge request 时候便不能列出分支，两个星期前有人提了 issue 开始扯皮，昨天我提了个最简单的 mr 修复，等待合并中。。 |
Select Language