这是一个创建于 2690 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://monitor.gitlab.net/dashboard/db/github-iporter?orgId=1&from=now-24h&to=now
有一段时间，连这个监控服务都当掉了....
 | 1 mashirozx 2018-06-04 10:36:01 +08:00  1 没想到 Gitlab 也用 Grafana 监控~ 话说上次不小心用了 rm -rf /* 的就是这家吧 233333 |
 | 2 soulmine 2018-06-04 10:49:26 +08:00 这倒是正常 毕竟有些私有库不想让 MS 看见 emm |
 | 4 fengjianxinghun 2018-06-04 11:02:56 +08:00 干的好，远离 github |
 | 5 zcreg 2018-06-04 11:04:10 +08:00 然后 Gitlab 被谷歌收购又迁回来? |
 | 6 0vels 2018-06-04 11:05:49 +08:00 |
 | 7 Showfom PRO Gitlab 自建一下挺方便的 |
 | 8 loading 2018-06-04 13:22:41 +08:00 via iPhone gitea 整起来 |
 | 9 WinMain 2018-06-04 13:41:51 +08:00 8 换个东家而已，这么矫情。 |
 | 10 hubqin 2018-06-04 14:14:10 +08:00 1 已经注册 GitLab 并导入了一些 Github 上的 repo （注册时验证码是谷歌图片验证，需要 f--Q--） |
 | 12 Zzdex 2018-06-04 14:20:36 +08:00 via iPhone 秀 |
 | 13 dhssingle 2018-06-04 14:25:05 +08:00 矫情 |
 | 15 maxco292 2018-06-04 14:35:07 +08:00 4 迁移 GitLab 的，建议反复阅读背诵 “ 2017 年 2 月 1 日 GitLab 数据库被误删”相关新闻报道。 |
 | 16 GenericClass 2018-06-04 14:39:23 +08:00 2 挺好的，期待下次删库 这迁移用户的矫情挺符合 Gitlab 今天阴阳怪气的样子的 |
 | 18 Reznik 2018-06-04 14:50:50 +08:00 1  |
 | 19 hahastudio 2018-06-04 14:56:58 +08:00 想起来春节看 Gitlab 直播修 bug |
 | 20 dallaslu 2018-06-04 15:03:56 +08:00 1 |
 | 21 sunsol 2018-06-04 15:14:24 +08:00 专家就是把所有错误都犯一遍的人，所以抬杠的说正因为 rm 事件才值得信赖。 |
 | 22 skadi 2018-06-04 15:17:11 +08:00 ms 综合症吧, |
 | 23 LeungJZ 2018-06-04 16:02:20 +08:00 巨硬接受有啥不好的？有这么不喜欢巨硬？ |
 | 24 ryd994 2018-06-04 16:03:45 +08:00 via Android 屁大点事，又不是收购 Linux foundation 或者 Apache foundation |
 | 25 hellojl 2018-06-04 16:08:00 +08:00 话说，微软是吃谁家大米了吗，那么遭人嫌弃....... |
 | 26 moliliang 2018-06-04 16:08:27 +08:00 1 就是矫情，微软挺好的，人家开源的项目也不少。 |
 | 27 wssy921 2018-06-04 16:11:48 +08:00 3 与其说是微软恐惧症，不如说是强权恐惧症。有些人担心有些项目会被删，即使最后真的被删除，真正原因也不是微软。 |
 | 28 blankme 2018-06-04 16:24:50 +08:00 via Android GitHub 不犯错倒成为劣势了 233333 |
 | 29 6 有多少人在这用着盗版 Windows，盗版 Office，教育 Office 和开车的 Office 365，然后喷着微软。 |
 | 30 maxco292 2018-06-04 16:35:58 +08:00 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-06-04 16:42:26 +08:00 已导入 Gitlab，做一手备份总是好的 |
 | 32 aaronly 2018-06-04 16:46:55 +08:00 1 其他几个帖子那么多提到私有仓库的，看得我神烦。 难道没被收购的时候，把*重要的*，*私有的* 代码放到 GitHub 上就一定是安全的吗，还不是存储在别人的服务器。 谁会把自己死都不愿意公开或者有潜在的被查看的代码放到别人家，自建又不是什么难事。 目前看来有影响的，不过是还在开发中的尚未公布的项目，从私有库迁移到别的解决方案。 一声令下，声势浩荡的迁移到 gitlab，这季度广告部会不会加鸡腿？ 另外希望 gitlab 程序员和服务器抗得住。 |
 | 33 jiangnanyanyu 2018-06-04 19:38:09 +08:00 via Android 已经导入 gitlab |
| 34 Reznik 2018-06-04 21:03:10 +08:00 1  |
 | 35 Biebe 2018-06-04 21:38:51 +08:00 先不说 gitlab 运维事件暴露了 gitlab 某些方面的运维水平。 我想说的是，从 gitlab 代码上看，设计和质量上比较堪忧（目前还是有很大一部分靠 ruby gem 操作 git 数据，即便已经开发了 gitaly ），而且自从出了商业版之后，修 bug 大多靠社区版零散贡献，即使提出来也先扯皮一段时间还不一定修。你看一看到他仓库的 issue 多少遗留问题。举个例子，三星期前的一次提交导致出现用户设置为非英语，提 merge request 时候便不能列出分支，两个星期前有人提了 issue 开始扯，昨天我提了个最简单的 mr 修复，等待合并中。。 |
 | 37 jinsongzhao 2018-06-04 22:01:40 +08:00 @Reznik Gitlab 居然用的是微软的域名！！！到底是微软的还是租了微软空间的？ |
 | 38 FullBridgeRect 2018-06-04 22:08:46 +08:00 via Android @jinsongzhao 应该在 azure 上，一个公司归微软，一个服务器在微软 azure 云上 2333 |
 | 39 Android2MCU 2018-06-04 22:12:09 +08:00 Make Gitlab Great Again! lol |
 | 40 luojianxhlxt 2018-06-04 22:19:43 +08:00 真是搞笑 GitLab 是托管在 Azure 上的好么 |
 | 41 PressOne 2018-06-04 22:23:28 +08:00 GitLab 说过是放在 Azure 上的。确实看到 Gitlab 的数据恢复能力，反而更觉得还行，毕竟私有库本来就是分布式的，哪个本地没有源文件，remote 只是协作需求，网络还有掉线的时候呐，大家要求的不是你永不宕机，快速复原能力也很重要。 |
 | 42 POPOEVER 2018-06-04 22:27:10 +08:00 |
| 43 POPOEVER 2018-06-04 22:27:32 +08:00  |
 | 44 love4taylor PRO 然后 GitLab 就炸了... Import 一个特小的 repo 都两小时了, 还有就是 CI 一直 pending.... |
 | 45 0attocs 2018-06-04 22:58:28 +08:00 @PressOne #41 看报告说，宣传的 6 重备份 5 个没有，唯一找到的一个是 24 小时备份一次，上次备份在 6 小时之前。 何等不规范不可靠。 选择迁移过去的人只能祈祷现在的 gitlab 变得靠谱点，不用大家陪着他过大年了。 |
| 47 dallaslu 2018-06-05 16:39:06 +08:00 |
| 48 dallaslu 2018-06-05 16:48:22 +08:00 @blankme 没有人讲过 Github 因为没有误删而处于劣势。更多人的首选是 Github，只不过大家担心 Github 是否能优秀得一如既往。 |
Select Language