课程章节介绍
同学们，接下来我们看看部署代理的最后几步，也就是步骤5到7。这部分主要就是把我们做好的代理，从开发环境搬到正式使用的环境里去。
首先，我们需要准备一个“清单文件”，这就像一张打包清单，用来告诉系统我们要把哪些东西从源组织里卸载掉，然后部署到目标组织。为什么是卸载呢？其实这是部署流程的一个环节，我们先把要部署的元数据列出来，系统会按清单处理。别担心，这不是真的删除，而是部署的一部分。
接着，有个可选的操作，就是更新代理里的用户名。你可能会问，为什么要换用户名？因为代理在开发环境中用的是开发者的用户名，但到生产环境，很可能要用一个专用的集成用户。如果是草稿状态的代理，我们可以通过字符串替换来改用户名。具体的做法是，在 `sfdx-project.json` 这个项目配置文件里设置替换属性。这样部署的时候，通过环境变量把源组织的用户名自动替换成目标组织的用户名。但要注意，这个方法只对草稿状态的代理有效。如果代理已经提交了，就不能直接编辑了，必须创建一个新的版本才行。所以，最好在代理还是草稿的时候就做好这个替换。
准备工作做好了，就可以真正开始部署了。我们用这个命令：`sf project deploy start`。听起来很简单对吧？但要记住一个关键点：，千万不要手动去修改我们从源组织检索到的元数据文件，。你可能会想，“我直接改一下文件不是更方便？”但是这么做很容易出错，而且会破坏部署的完整性。正确的做法是让部署命令自动根据清单和环境变量来做替换。确保检索的元数据保持原样。
部署完成之后，我们的代理就到了目标组织里。但工作还没完，我们还需要配置代理用户和相关的权限。你可以直接在目标组织里手动设置一个代理用户，分配好权限。也可以用一个叫“组织创建代理用户”的命令，自动创建一个新的代理用户。这个命令会帮你生成一个专用的用户，省去手动配置的麻烦。
总的来说，这几步就是：用清单部署，如果需要就通过配置自动换用户名，然后执行部署命令，最后配好用户权限。整个过程注意别乱改元数据，草稿时代理灵活调整，提交后就只能走版本更新了。这样，你的代理就能顺利地在生产环境中跑起来，为业务服务了。
同学们，还有什么不清楚的地方吗？我们休息一下，下一节讲如何监控代理的表现。