了解持续集成和持续交付 (CI/CD)

  • 5 分钟

当你和团队成员分别负责开发和维护 Fabric 环境的不同部分时，最佳做法是在独立的开发环境中工作，直到你准备好合并开发工作并将更改发布到特定的预生产环境。 准备好发布更改时，需要确保所做的更改不会破坏现有代码或干扰其他开发人员的更改。 还需要确保保存代码更改，并在出现问题时还原。 Fabric 中的内置持续集成和持续交付功能有助于实现这一点。

持续集成和持续交付是将多个开发人员的代码贡献集成到主代码库的过程。 贡献经常提交，构建自动化过程并测试新代码。 代码持续进入生产环境，从而减少功能开发时间。

持续集成

如果开发人员长时间在其本地计算机上处理单独的代码分支，并且只在工作完成后才将其更改合并到主代码库，则会增加冲突和 bug 的可能性，这些冲突和 bug 可能只会在后期开发阶段才会发现，并会减慢向用户交付功能的速度。

持续集成 (CI) 有助于避免 bug 和代码故障，并允许你持续开发和发布功能。 在 CI 中，你经常将代码提交到版本控制系统中的共享代码分支或主干，合并后，编译过程和自动测试会验证更改。 新代码和现有代码之间的冲突在开发过程的早期就被识别，并且更容易、更快地得到修复。

持续交付

持续交付发生在持续集成之后。 CI 完成后，代码将部署到过渡环境，在将代码发布到生产环境之前，将执行更多自动化测试。

连续部署

持续部署是更新通过自动化测试后，通过结构化部署阶段自动发布到生产环境的过程。

在 Fabric 中使用 CI/CD

使用 CI/CD 管理 Fabric 项的生命周期分为两个部分：集成和部署。 集成使用 Git 来实施。 部署使用 Fabric 部署管道来实施。 使用 Fabric REST API 实施部署或集成的自动化。

  • Git：让团队使用分支进行协作，并提供版本控制。 它可以帮助你管理增量代码更改和查看代码历史记录。
  • 部署管道：允许将代码更改推广到开发、测试和生产等不同的环境。
  • Fabric REST API：启用自动化，并允许以编程方式管理 CI/CD 进程。