编辑;
这是对我们的部署和发布模型的逐步解释
我们的服务器端开发人员开发并提交/推送他们的代码到github。 Jenkins位于轮询SCM中的CI服务器并获取更改而不是构建。 (在CI服务器内),运行单元测试。 构建进程并将工件部署到存储库服务器(工件服务器)之后 然后CI服务器开始将最新的成功构建部署到Development Server中。 然后客户端移动开发人员可以开发最新成功的服务器端快照构建。 这些是我们的标准部署过程。
顺便说一下,
我们还在进行测试部署,以便通过CI服务器测试服务器,并在Jenkins上使用另一个不同的作业(相同的CI服务器),但这是通过手动处理/触发。
预生产和生产过渡也通过手动完成。 (当然,预生产和生产是不同的服务器)
问题;
应在测试服务器上运行集成测试。如何通过在远程CI服务器上构建系统而不是在同一台机器(测试服务器)上构建系统来弄明白?
作为进一步的步骤,构建持续交付系统的最佳选择是什么。 ? 感谢
答案 0 :(得分:1)
一个好的方法是拥有一个CI系统,可以随着开发的变化不断构建系统。这个构建将在每个构建中运行所有单元测试,并产生可以部署的某种类型的包。这可以进一步与部署和运行其他测试的自动化相关联,或者可以由例如其使用。测试人员进一步测试系统。
根据您的发布模式和分支策略以及系统/产品类型,可以根据您的需要调整此基本设置。
如果您想了解更多详情,请说明您的构建以及如何发布/部署。