在中心发布的一篇文章中，我
在评论中
读到gitlab.com上有deepNude的副本，纯粹出于好奇，我发现了它，并制作了一个叉子以防万一。 之后的3个小时，
我无法运行代码，因为 飞入禁令...
在获得支持的信件后，事实证明我违反了他们的服务规则并且已被解锁，但是我必须在24小时内从我的帐户中删除deepNude。
但是我无法输入，可能是由于包含了两个因素并且解锁不正确：
在等待支持人员的下一次答复时，我被想法“克服了，使gitlab.com上的代码不可靠，规则可能会更改，并且所有工作都与它们相关，甚至无法绕过它们的注册表和CI / CD。”
但是事实是gitlab很方便，我真的不明白如果没有他们的CI / CD，你怎么能在2019年生活。 和其他好东西。 总的来说，我举起了一个单独的服务器，将
docker /
docker -compose /
gitlabRunner /
Gitlab CE /注册表滚动到那里（Amazon ECR）
就这样，现在的部署独立于服务管理策略。 我很满意，突然间收到一封信，说我这次完全畅通无阻。 我删除了deepNude，然后一键将我的所有存储库（有50多个）转移到Gitlab的selfHosting版本。
最后
从优点：- 构建和部署加速了两次！ 从6分钟到3倍（产品的组装/测试/部署）
- 通过管理面板Gitlab CE可以完全控制各种流程
- 无需依赖服务策略，这是您自己的老板
- 从主观上讲，Gitlab CE在各个方面的工作速度都比云版本快得多。
缺点：- 有必要进行备份（我在DigitalOcean做内置的备份机制）
- 有必要定期更新和监视服务器/容器的状态
通常，克隆deepNude（如果仍然存在，则必须移至gitlab）），您不会后悔。 可能不是这种情况，我没有想到要这样做。
如果有人感兴趣，我可以上传docker-compose配置文件来启动我的Gitlab CE和CI / CD配置示例。
一周工作愉快！
UPD：正如
amarao在
评论中正确指出的：
我认为托管人的内部备份服务不可靠。 帐单爆炸了一次，没有实例，也没有备份
因此，除了在DO上进行备份外，我
还在Gitlab CE中配置了
本机备份机制 ，现在在Amazon S3上完成了数据库和存储库的转储，您可以从中轻松进行恢复（但是对于该实验，您将需要进行试恢复，我将了解其结果） ）
您还可以使用
存储库镜像