CI

连续集成（CI）是指代码变更会被自动构建和测试。以下是我为自己的 C++ 项目构建 CI 流水线的过程。

对齐部署镜像和描述符是很困难的，但是某些策略可以使整个过程更高效。

GitHub Actions 是一项为快速建立持续集成和交付（CI/CD）工作流程而提供的服务。

更多：• Travis CI 漏洞暴露数千开源项目的密钥 • Alphabet 采用激光技术实现 5 公里传输 700TB 数据

你如何定义持续集成/持续部署管道取决于你组织的要求。

自 2019 年 Github 推出了自家的 CI 工具 Github Action 后，我们就在考虑将 CI 从 Travis-CI 迁移到 Github，以降低维护和沟通的成本，并借助于 GitHub Action Marketplace 实现更强的功能。

统一的持续集成与持续交付的流水线的构想是一种梦想吗？

CKI 团队是如何防止 bug 被合并到 Linux 内核中。

ick 是一个持续集成（CI）系统。访问 http://ick.liw.fi/ 获取更多信息。

本文是一篇简单指南：介绍一些顶级的开源的持续集成、持续交付和持续部署（CI/CD）工具。

了解自动化，使用 Git 存储库以及参数化 Jenkins 管道。

想要提升你的 DevOps 效率吗？将基础设施当成你的 CI 流程中的重要的一环。

未来的开发工作需要非常精通 CI/CD 流程。

在软件开发中经常会提到持续集成（CI）和持续交付（CD）这几个术语。但它们真正的意思是什么呢？

容器应用程序平台能够动态地启动具有资源限制的独立容器，从而改变了运行 CI/CD 任务的方式。

这篇文章是我在 CI 环境（特别是在 Gitlab 中）的 Docker 容器中构建 Go 项目的研究总结。我发现很难解决私有依赖问题（来自 Node/.NET 背景），因此这是我写这篇文章的主要原因。

持续集成（CI） 是为项目的每一项变更运行测试的过程，如同这是新的交付项目一样。如果持续执行，这意味着软件随时可以发布。

Gitlab CI 是一个功能非常强大的持续集成系统，有很多不同的功能，而且每次发布都会增加新的功能。它的技术文档也很丰富，但是对那些要在已经配置好的 Gitlab 上使用它的用户来说，它缺乏一个一般性介绍。

持续集成（CI）工具可以帮助你在每次提交时执行测试，并将报告结果提交到合并请求，从而帮助维持团队的质量标准。结合持续交付（CD）工具，你还可以在多种配置上测试你的代码，运行额外的性能测试，并自动执行每个步骤，直到进入产品阶段。

写这篇文章我主要想总结一下安装步骤，好给自己以后作参考，当然，这篇文章也是给同行看的，只要他们感兴趣。

Drone 是一个自由开源项目，用来提供一个非常棒的持续集成服务的环境，它已经集成近很多代码库提供商，比如 Github、Bitbucket 以及 Google Code。