我是DevOps的新手，如果这很琐碎，请原谅我，但考虑到以下工作流程，集成服务器的用途是什么？
作为我所在组织DevOps方法的一个例子，我得到了以下步骤：
- 开发人员签入对源代码管理(TFS)的更改
- 生成服务器检查更改
- 构建的艺术品被部署到一个"集成服务器"上，该服务器上有我们ERP的副本
- 发布管理应用程序从该ERP环境中获取输出，并将其移动到测试、预生产和生产环境中
这种方法正确吗？如果正确，集成服务器的目的是否只是提供代码的工作实现，而除了将代码移动到其他服务器上之外，其他任何方式都无法访问该实现？
我的答案是对环境中发生的事情做出一些假设。
当您使用AX签入对源代码管理的更改时，它会添加仅属于您更改的代码/对象的*.xpo文本文件。
听起来，您的"集成服务器"是一个构建/暂存服务器。想象一下这两种情况：
-
您有一个包含3个对象的自定义，您将其中2个对象添加到源代码管理中，却忘记了一个。当您在集成服务器上构建时，它可能会出现编译错误，因为缺少依赖对象。
-
在您的开发环境中，您创建的测试表单和作业基本上都是您正在尝试的垃圾。您不会将这些对象添加到源代码管理中。您不希望将此代码部署到其他环境中，因此集成环境确保代码严格来自repo。
对集成进行完全编译/同步也有助于识别问题。然后，您可以将整个环境部署到其他环境中。
需要意识到的一件大事是，您的repo实际上只是对基本(sys/syp)代码的更改。因此，集成/构建过程的一部分是您的代码&基码组合。