皮皮网

1.持续集成工具有哪些
2.一篇文章了解CI/CD管道全流程

持续集成工具有哪些

       市场上持续集成工具众多，找到一个合适的工具并非易事，下面介绍了 个比较受欢迎的 CI 工具，并附上了下载链接。

1. Buddy

       对 Web 开发者来说，Buddy 是源码联盟一个智能的 CI/CD 工具，降低了 DevOps 的入门门槛。Buddy 使用 DeliveryPipeline 进去软件构建、测试及发布，创建 Pipeline 时， 多个就绪的操作可随时投入使用，就像砌砖房一样。

       特点：

清晰的配置，友好的交互，分钟快速配置基于变更集(changeset)的快速部署构建运行在使用缓存依赖的独立容器中支持所有流行的语言、框架和任务管理器Docker / Kubernetes 专用操作手册与 AWS，Google，DigitalOcean，Azure，Shopify，WordPress 等集成支持并行和 YAML 配置

       下载链接：/teamcity/download/#section=windows

4. Travis CI

       Travis 是一款流行的 CI 工具，可免费用于开源项目。在托管时，不必依赖任何平台。此 CI 工具为许多构建配置和语言提供支持，如 Node，PHP，Python，Java，Perl 等。

       特点：

Travis 使用虚拟机构建应用程序可通过 Slack，HipChat，电子邮件等通知允许运行并行测试支持 Linux、Mac 以及 iOS易于配置，分享一个PHP网站源码无需安装强大的 API 和命令行工具

       下载链接：

           /travis-ci/travis-ci

5. GoCD

       GoCD 是一个开源的持续集成服务器。它可轻松模拟和可视化复杂的工作流程。此 CI 工具允许持续交付，并为构建 CD Pipeline 提供直观的界面。

       特点：

支持并行和顺序执行，可以轻松配置依赖随时部署任何版本使用 Value Stream Map 实时可视化端到端工作流程安全地部署到生产环境支持用户身份验证和授权保持配置有序有大量的插件增强功能活跃的社区帮助和支持

       下载链接：

           /software/bamboo

7. Gitlab CI

       GitLab CI 是 GitLab 的一部分。它是一个提供 API 的 Web 应用程序，可将其状态存储在数据库中。GitLab CI 可以管理项目并提供友好的用户界面，并充分利用 GitLab 所有功能。

       特点：

GitLab Container Registry 是安全的 Docker 镜像注册表GitLab 提供了一种方便的方法来更改 issue 或 merge request 的元数据，而无需在注释字段中添加斜杠命令为大多数功能提供 API，允许开发人员进行更深入的集成通过发现开发过程中的改进领域，帮助开发人员将他们的想法投入生产可以通过机密问题保护您的信息安全GitLab 中的内部项目允许促进内部存储库的内部 sourcing

       下载链接：

           /installation/

8. CircleCI

       Circle CI 是一个灵活的 CI 工具，可在任何环境中运行，如跨平台移动应用程序、Python API 服务器或 Docker 集群，该工具可减少错误并提高应用程序的质量。

       特点：

允许选择构建环境支持多语言及平台，如Linux，包括C ，Javascript，NET，PHP，Python 和 Ruby支持 Docker，可以配置自定义环境触发较新的构建时，自动取消排队或正在运行的构建跨多容器分割和平衡测试，以减少总体构建时间禁止非管理员修改关键项目配置通过发送无错误的应用程序提高 Android 和 iOS 商店评级最佳缓存和并行性能，实现高性能与 VCS 工具集成

       下载链接：/

9. Codeship

       Codeship 是一个功能强大的 CI 工具，可自动化开发和部署工作流程。Codeship 通过简化到 repository 的 push 来触发自动化工作流程。

       特点：

可完全控制 CI 和 CD 系统的设计。集中的背离主图指标源码无未来团队管理和仪表板轻松访问调试版本和 SSH，有助于从 CI 环境进行调试可完全定制和优化 CI 和 CD 工作流程允许加密外部缓存的 Docker 镜像允许为您的组织和团队成员设置团队和权限有两个版本1)Basic 和 2)Pro

       下载链接：/

. Buildbot

       Buildbot 是一个软件开发 CI，可以自动完成编译/测试周期。它被广泛用于许多软件项目，用以验证代码更改。它提供跨平台 Job 的分布式并行执行。

       特点：

为不同体系结构的多个测试主机提供支持。报告主机的内核崩溃维护单源 repository自动化构建每个提交都在集成机器上的主线上构建自动部署开源

       下载链接：/Strider-CD/strider

. AutoRABIT

       AutoRABIT 是一个端到端的持续交付套件，可以加快开发过程。它简化了完整的发布流程，并可以帮助任何规模的组织实现持续集成。

       特点：

专门设计用于在 Salesforce Platform 上部署支持基于 多种元数据类型的更改，实现精简和快速部署从版本控制系统获取更改并自动部署到 Sandbox 中直接从 Sandbox 自动向版本控制系统提交更改

       下载链接：

           /tag/autorabit-download/

. FinalBuilder

       FinalBuilder 是 VSoft 的构建工具。使用 FinalBuilder，无需编辑 XML 或编写脚本。在使用 Windows 调度程序调度构建脚本时，可以定义和调试构建脚本，或者与 Jenkins，Continua CI 等集成。

       特点：

以逻辑结构化的图形界面呈现构建过程使用 try 和 catch 操作处理本地错误与 Windows 调度服务紧密集成，支持定时构建支持十几个版本控制系统提供脚本支持构建过程中所有操作的输出都将定向到构建日志

       下载链接：

           /downloads/finalbuilde

. Wercker

       Wercker 是一个 CI 工具，可自动构建和部署容器。它可以创建可以通过命令行界面执行的自动化管道。

       特点：

与 GitHub 和 Bitbucket 完全集成使用 Wercker CLI 进行更快的本地迭代同时执行构建以保持团队的机动运行并行测试以减少团队的等待时间集成了 多种外部工具通过产品和电子邮件接收系统通知

       下载链接：/

. Buildkite

       Buildkite 代理是一个可靠的跨平台构建工具。此 CI 工具可以在础架构上轻松地运行自动构建。它主要用于运行构建 Job，报告 Job 的状态代码并输出日志。

       特点：

可在各种操作系统和体系结构上运行可以从任何版本控制系统运行代码允许在计算机上运行任意数量的构建代理可与 Slack，HipChat，Flowdock，Campfire 等工具集成永远不会读取源代码或密钥提供稳定的基础设施

       下载链接：/

. Semaphore

       Semaphore 是一个持续集成工具，只需按一下按钮即可测试和部署代码。它支持多种语言、框架并可与 GitHub 集成，古代成长养成类游戏源码还可以执行自动测试和部署。

       特点：

配置简单允许自动并行测试市场上最快的 CI 之一可以轻松覆盖不同大小的项目数量与 GitHub 和 Bitbucket 无缝集成

       下载链接：

. CruiseControl

       CruiseControl 既是 CI 工具又是一个可扩展的框架。它用于构建自定义连续的构建。它有许多用于各种源代码控制的插件，包括针对电子邮件和即时消息的构建技术。

       特点：

与许多不同的源代码控制系统集成，如 vss，csv，svn，git，hg，perforce，clearcase，filesystem 等允许在单个服务器上构建多个项目与其他外部工具集成，如 NAnt，NDepend，NUnit，MSBuild，MBUnit 和 Visual Studio支持远程管理

       下载链接：

           /bitrise-io/bitrise#install-and-setup

. UrbanCode

       IBM UrbanCode 是一个 CI 应用程序。它将强大的可见性，可追溯性和审计功能整合到一个软件包中。

       特点：

通过自动化，可重复的部署流程提高软件交付频率减少部署失败简化多渠道应用程序的部署，无论是在本地还是在云中，都可以部署到所有环境企业级安全性和可扩展性混合云环境建模拖放自动化

       下载链接：

           /ms-en/marketplace/application-release-automation

一篇文章了解CI/CD管道全流程

       从CI/CD过程开始，包含所有阶段并负责创建自动化和无缝的软件交付的一系列步骤称为CI/CD管道工作流。使用CI/CD管道，软件发布工件可以从代码提交阶段到测试、构建、部署和生产阶段在管道中移动和前进。这个概念非常强大，因为一旦指定了一个管道，它的补码90H的源码是一部分或全部就可以实现自动化，从而加快流程并减少错误。换句话说，CI/CD管道使企业更容易一天自动多次交付软件。

       DevOps工程师经常会因为CI/CD中各个阶段的自动化而与CI/CD管道混淆。虽然不同的工具可以使CI/CD中的各个复杂阶段实现自动化，但由于人工干预，CI/CD的整个软件供应链仍然可能被打破。那么，就首先了解CI/CD过程中的各个阶段，以及CI/CD管道为什么对于组织快速、大规模地交付代码至关重要。

       企业应用程序开发团队通常由开发人员、测试人员/QA工程师、运营工程师和SRE（站点可靠性工程师）或IT运营团队组成。他们紧密合作，将高质量的软件交付给客户。CI/CD是两个独立过程的组合:持续集成和持续部署。下面列出了其中的主要步骤。

       CI持续集成

       CI持续集成(CI)是构建软件并完成初始测试的过程。持续部署(CD)是将代码与基础设施结合起来的过程，确保完成所有测试并遵循策略，然后将代码部署到预期的环境中。当然，许多公司都有自己的流程，但主要步骤如下。

       CI：代码提交

       人员：开发人员和工程师、数据库管理员（DBA）、基础架构团队

       技术：GitHub、Gitlab、BitBucket

       过程：代码提交阶段也称为版本控制。提交是将开发人员编写的最新更改发送到存储库的操作。开发人员编写的代码的每个版本都被无限期地存储。在与合作者讨论和审查变更之后，开发人员将编写代码，并在软件需求、功能增强、bug修复或变更请求完成后提交。管理编辑和提交变更的存储库被称为源代码管理（SCM工具）。在开发人员提交代码（代码推送请求）后，代码更改被合并到存储在中央存储库（如GitHub）中的基本代码分支中。

       CI：静态代码分析

       人员：开发人员和工程师、数据库管理员（DBA）、基础设施团队、测试人员

       技术：GitHub、Gitlab、BitBucket

       过程：一旦开发人员编写了代码并将其推送到存储库，系统就会自动触发，开始下一个代码分析过程。想象一下这样一个步骤：提交的代码直接进行构建，但在构建或部署过程中失败了。就资源利用率而言，无论是机器还是人力，这都是一个缓慢而昂贵的过程。必须检查代码的静态策略。SAST（Static Application Security Test）：SAST是一种白盒测试方法，使用SonarQube、Veracode、Appscan等SAST工具从内部检查代码，以发现软件缺陷、漏洞和弱点（如SQL注入等）。这是一个快速检查过程，检查代码是否有语法错误。虽然此阶段缺少检查运行时错误的功能，但这将在稍后的阶段执行。

       将附加的策略检查放到自动化管道中可以显著减少稍后在该过程中发现的错误数。

       CI：build

       人员：开发人员和工程师

       技术：Jenkins、Bamboo CI、Circle CI、Travis CI、Maven、Azure DevOps

       过程：持续集成流程的目标是接受常规的代码提交，并持续构建二进制工件。持续集成过程通过检查添加的新模块是否与现有模块配合良好，有助于更快地发现bug。这有助于减少验证新代码更改的时间。构建工具有助于编译和创建可执行文件或包（.exe、.dll，.jar等）取决于用于编写源代码的编程语言。在构建过程中，还会生成SQL脚本，然后与基础设施配置文件一起测试。简而言之，构建阶段是编译应用程序的阶段。构建过程的其他子活动包括工件存储、构建验证和单元测试。

       CI：测试阶段

       人员：测试人员和QA工程师

       技术：Selenium、Appium、Jmeter、SOAP UI、Tarantula

       过程：发布一个构建过程一系列自动化测试来验证代码的准确性。这一阶段有助于防止错误到达产品。根据构建的大小，此检查可以持续数秒到数小时。对于由多个团队提交和构建代码的大型组织，这些检查将在并行环境中运行，以节省宝贵的时间并尽早将Bug通知给开发人员。

       这些自动化测试是由测试人员（或者称为QA工程师）建立的，他们已经根据用户故事建立了测试用例和场景。他们进行回归分析，压力测试，以检查与预期产出的偏差。测试中涉及的活动有健全性测试、集成测试和压力测试。这是一个非常先进的测试水平。在这里会发现开发代码的开发人员可能不知道的问题。

       集成测试：

       集成测试是使用Cucumber、Selenium等工具来执行的，其中各个应用程序模块作为一个组进行组合和测试，同时评估是否符合指定的功能需求。在集成测试之后，需要有人批准将该组中的更新集移动到下一阶段，这通常是性能测试。这个验证过程可能很麻烦，但它是整个过程的重要组成部分。核查过程中出现了一些新的解决办法。

       负载和压力测试：

       负载平衡和压力测试也使用自动化测试工具（如Selenium、JMeter等）来执行，以检查应用程序在高流量环境下是否稳定和性能良好。此测试通常不会在每个更新上运行，因为完整的压力测试是长期运行的。在发布主要的新功能时，将对多个更新进行分组，并完成完整的性能测试。在单个更新被转移到下一个阶段的情况下，管道可能包括金丝雀测试作为替代方案。

       持续部署：bake和部署

       人员：基础设施工程师、现场可靠性工程师（SRE）、运维工程师

       技术：Spinnaker、Argo CD、Tekton CD

       过程：测试阶段完成后，清除了标准的代码就可以部署到服务器中，在那里它们将与主应用程序集成。在部署到生产环境之前，它们将被部署到产品团队内部使用的测试/暂存或beta环境中。在将构建移动到这些环境之前，构建必须经过两个子阶段Bake和Deploy。这两个阶段都是Spinnaker固有的。

       CD：Bake

       Bake是指从源代码中创建一个不可变的映像实例，该实例在生产环境中具有当前配置。这些配置可能是数据库更改和其他基础设施更新之类的内容。Spinnaker可以触发Jenkins来执行这个任务，有些组织更喜欢使用Packer。

       CD：部署

       Spinnaker将自动将烘焙的映像传递到部署阶段。这是将服务器组设置为部署到集群的位置。与上述测试过程类似，在部署阶段执行功能相同的过程。部署首先转移到测试、阶段，最后转移到生产环境，然后进行批准和检查。整个过程由Spinnaker之类的工具处理。

       CD：验证

       这也是团队优化整个CI/CD流程的关键所在。因为现在已经进行了很多测试，所以失败应该很少。但此时的任何故障都需要尽快解决，以便将对最终客户的影响降到最低。团队也应该考虑自动化这部分流程。

       部署到生产环境是使用部署策略（如蓝绿部署、金丝雀分析、滚动更新等）执行的。在部署阶段，将监视正在运行的应用程序，以验证当前部署是否正确或是否需要回滚。

       CD：监控

       人员：SRE，运维团队

       技术：Zabbix、Nagios、Prometheus、Elastic Search、Splunk、Appdynamics、Tivoli

       过程：要使一个软件发行版具有故障安全性和健壮性，在生产环境中跟踪发行版的运行状况是至关重要的。应用程序监控工具将跟踪CPU利用率和发布延迟等性能指标。日志分析器将扫描底层中间件和操作系统产生的日志流，以识别行为并跟踪问题的来源。在生产过程中出现任何问题时，都会通知相关人员，以确保生产环境的安全性和可靠性。此外，监视阶段帮助企业收集有关新软件更改如何为收入做出贡献的信息，并帮助基础架构团队跟踪系统行为趋势和进行容量规划。

       持续部署：反馈和协作工具

       人员：SRE、Ops和维护团队

       技术：禅道、ServiceNow、Slack、Email、Hipchat

       DevOps团队的目标是更迅速、持续地发布，然后不断减少错误和性能问题。这是通过slack或电子邮件频繁地向开发人员和项目经理反馈新版本的质量和性能，并在ITSM工具中及时提高票价来实现的。通常，反馈系统是整个软件交付过程的一部分；因此交付过程中的任何更改都会频繁地记录到系统中，以便交付团队可以对其采取行动。

       企业必须评估一个整体的持续交付解决方案，它可以自动化或促进上述阶段的自动化。