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
|