使用限制

Profile 与参数均归属于当前项目，不支持跨项目共享或自动同步，多项目环境需分别维护。
参数保存后立即可供发布引用，但不会改变任何已发布 Pipeline 的固定配置。
部署参数不提供加密属性，敏感信息请使用支持加密的运行参数。
部署参数适合存放发布时即需确定的内容，例如计算/集成/调度资源组、引擎队列、数据源、执行身份、调度周期（Cron）、环境标识（env）等。需要在每次任务执行时动态变化的业务值，请使用运行参数。

前提条件

已创建部署参数，相关操作请参见管理部署参数。
已准备相应项目，并具备参数配置、资源使用及发布权限。
已配置 Git 凭证和文件夹，可以访问对应分支。
已明确各环境的数据读写范围。Git 分支隔离本身不能阻止生产数据写入。

操作步骤

在 Pipeline 中引用部署参数

登录 DataLeap 控制台，进入 New IDE 项目平台。
打开 Pipeline 的编排页面，在页面右上角选择 Profile 后，在资源组、引擎队列、数据源、执行身份等资源字段中选择自定义引用模式。
单击相应的选择参数按钮，选择当前 Profile 的部署参数。已知资源类型的参数会按字段兼容的资源类型与能力过滤展示，无类型的自定义 Key 同样可以选择。
Cron、环境标识 env 等发布时必须确定的字段，可填写固定值或引用部署参数。

说明

手动输入的参数引用与选择器遵循相同的来源与类型校验，无法通过手输绕过检查。例如：计算资源组字段引用集成资源组参数，会被配置验证阻断。

验证并调试

保存 Pipeline，并单击配置验证按钮进行主动检查。校验失败时发布会中断，待修复缺失参数、类型不匹配、同名资源歧义、权限等问题后，再使用测试资源调试。

说明

当执行身份选择 Current user 时，系统在发布时解析并固定本次发布者的实际身份；后续登录用户变化不会改变已发布配置。

同步代码并在测试项目发布

提交文件并执行 Git push，按团队流程审查和合并代码。在测试项目确认分支后执行 Git pull，选择测试 Profile，重新验证并发布。
Git push/pull 只同步文件，不会发布 Pipeline，也不会自动创建或同步 Profile。发布前应核对目标项目、名称与环境标识、执行身份、实际资源和发布差异。

在生产项目发布并验证

将已验证代码合入生产分支，进入生产项目拉取文件。选择生产 Profile，再次验证并检查差异后发布。
在运维页面检查首个预期执行周期、数据写入位置和业务结果。发布与立即执行是不同操作，运行时机由触发和调度配置决定。

已有 Pipeline 接入

现有生产项目可继续保留。建议先选一个依赖清楚的 Pipeline 试点，并保存原配置、参数映射及正常运行记录。
更新前确认发布会更新预期任务。不要仅为区分环境直接修改原任务名称或环境标识，也不要通过删除重建处理兼容问题。使用旧开发值、生产值或加密运行参数的任务，应逐项核对原取值及权限；不要将全部运行参数迁入 Profile。

常见问题

问题	说明
修改 Profile 后任务仍使用旧值	已发布配置不会立即变化，需重新验证并发布。
资源存在但验证失败	检查项目绑定、类型、实例、同名歧义和执行身份权限。
参数改名后引用报错	改名不自动修改全部源码；同步修改引用并验证。
只回退 Git 是否能恢复生产	还需检查旧代码对应的部署参数与运行参数；回退代码不会撤销外部数据写入。

大数据研发治理套件

使用限制 #

前提条件 #

操作步骤 #

在 Pipeline 中引用部署参数 #

验证并调试 #

同步代码并在测试项目发布 #

在生产项目发布并验证 #

已有 Pipeline 接入 #

常见问题 #

相关文档 #