CI意味着每当开发人员在GXserver的KB上进行了一些修改的时候，代码都会触发一些自动化操作，以检查最新的修改是否可以成功得构建一个新版本，而且不会与其他开发冲突。同时，还会检查是否有缺失的引用需要提交，以能够在与开发完全不同的环境中构建成功。
GeneXus发布了一个集成Jenkins的插件，需要注意，如果在GeneXus项目中要使用Jenkins，需要先安装该插件，该插件能够支持SCM和构建集成。
持续交付（CD）
CD是一种软件开发策略，以使公司能够尽可能快速、高效地给客户发布新功能。
随着持续交付概念的出项，也出现了pipeline概念。在软件中，pipeline表示一系列排列的处理节点，每个节点的输出都是下一个节点的输入。这意味着pipeline将软件的交付分解为几个阶段，每个阶段都要验证新功能的品质，以防止这些bug影响到用户。Pipeline的目的是如果检测到问题，则将在流程的每个节点反馈给开发团队。
为了实现Pipeline的目的，我们必须将每个阶段中能够自动化的事情全部自动化。每个阶段都必须能够自动运行测试、供应、发布、安装以及配置测试和阶段环境，这样才能保证开发人员能够收到反馈。每次向Pipeline中添加代码时，都必须定义验证方法。当代码通过各个阶段时，都会被测试并反馈它的状态信息。
Docker容器发布
能够让您构建GeneXus应用的Docker镜像，然后可以在端对端的CD Pipeline管理中的每个发布阶段使用它们。
GXtest 4.0
则通过采用为GeneXus开发人员、QE以及DevOps工程师设计的DevOps实践和敏捷方法，以促进GeneXus社区使用和提高开发流程
总结
GeneXus一直在努力整合新的功能和技术，以让团队在接下来的几年中，能够使用各种不同的架构设计，其中包括微服务架构。
成功地应用微服务架构需要基于一个良好的自动化策略，我们相信GeneXus对于任何想使用微服务的公司是一个最佳选择。微服务架构不仅仅是技术层面的选择，同时还是一种不同的工作方式。而GeneXus将一直在这方面努力！