这是一个创建于 2400 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://monitor.gitlab.net/dashboard/db/github-importer?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 2018-06-04 13:06:44 +08:00 via iPhone
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
chouchoui 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
jedihy 2018-06-04 16:25:55 +08:00 via iPhone 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 2018-06-04 22:30:34 +08:00
然后 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
|
Select Language