在容器 & 服务：Docker 应用的 Jenkins 构建 (二)中，我们了解了在jenkins中，使用compose等工具构建发布的方法。在这里，已经初步有了一点集群的影子（备份，监控及切换），但毕竟还不是多节点同时对外提供服务，例如zuul、nginx等负...

容器 & 服务：Docker 应用的 Jenkins 构建 中，通过shell编写的部署（deploy）脚本，初步把Docker纳入持续集成平台。但这个demo依然是玩具。因为我们只是做了一个简单的衔接，并没有完全实现上线的全部过程。而且，我们的demo应用...

上一篇文章，我们介绍了一个基于Idea 和 Docker插件来构建SpringBoot应用的实例。但严格来说，那只是个“玩具”，因为太过简陋，不具备任何实用价值。 显然实际使用中，除了测试环境，几乎不可能只通过idea插件去创建一个应用的...

前篇聊罢 GitLab 的 CI/CD 发展历程，提到了对于只希望使用基础代码存储功能的团队觉得当前版本 GitLab 比较重的问题，本篇文章来聊聊如何使用老版本的 GitLab 来节约一些服务器、本地硬件资源。...

从 13 年开始使用 GitLab 到现在，看着这款软件的快速进化，还是很感慨的。

而单体应用拆分成微服务，就需要有一套方案来组装这些微服务，使其成为可协作运行的微服务架构。该方案就是持续集成。

持续集成(CONTINUOUS INTEGRATION)是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，...

当要求质量内建、测试左移、持续集成、DevOps，代码的增量覆盖率几乎是必定会被提出来的话题。这个方案明确了"谁的代码谁负责"的原则，和当年“小岗村包产到户”一样，开发人员只需要为自己的提交/合并请求来提供代码覆盖...

之前我们是在外部机器上 用的kubectl get xx遍历后，存下来，然后再git commit 提交到gitlab去备份。

智慧社区实现人与物、物与物的信息交互和无缝链接，达到对城市实时控制，精确管理和科学决策，同时整合社区现有的各类服务资源，为社区群众提供政务、商务、娱乐、教育、医护及生活互助等多种便捷服务的模式，势必迎来广阔的应...