ADF 在 git 模式下发布混乱
ADF publish confusion in git mode
在git模式下,当我们想要测试一个管道时,ADF强制我们先发布。
发布动作做了两件事是我的理解
- 按给定的方式保存到本地 ADF (DEV) here
- 在分支中创建 arm 模板(adf_publish/the 分支我们
指定)
但是要启用 'Publish' 按钮,我们需要在协作分支中。这意味着没有两个人可以同时在 DEV ADF 上工作。因为 ADF 会要求这两个人在测试他们正在构建的管道之前发布。
如果是这种情况,那为什么我们可以选择连接协作分支以外的另一个分支? (通过从下拉列表中更改)
还有什么是'working branch'?
正如我们所知,我们只能在协作分支中 'Publish' 并且默认情况下将更改推送到“adf_publish”分支。默认情况下,协作分支名为 main
.
如果要团队合作,需要创建多个分支。
在自己的分支上工作,我们可以验证和调试管道以确保一切正常。
然后点击save all
,会在自己的分支上提交。如果我们想要发布,我们需要创建一个到 main
分支的拉取请求。
4.After合并到main
分支,我们可以发布到adf_publish
分支。
在git模式下,当我们想要测试一个管道时,ADF强制我们先发布。 发布动作做了两件事是我的理解
- 按给定的方式保存到本地 ADF (DEV) here
- 在分支中创建 arm 模板(adf_publish/the 分支我们 指定)
但是要启用 'Publish' 按钮,我们需要在协作分支中。这意味着没有两个人可以同时在 DEV ADF 上工作。因为 ADF 会要求这两个人在测试他们正在构建的管道之前发布。
如果是这种情况,那为什么我们可以选择连接协作分支以外的另一个分支? (通过从下拉列表中更改)
还有什么是'working branch'?
正如我们所知,我们只能在协作分支中 'Publish' 并且默认情况下将更改推送到“adf_publish”分支。默认情况下,协作分支名为 main
.
如果要团队合作,需要创建多个分支。
在自己的分支上工作,我们可以验证和调试管道以确保一切正常。
然后点击
save all
,会在自己的分支上提交。如果我们想要发布,我们需要创建一个到main
分支的拉取请求。
4.After合并到main
分支,我们可以发布到adf_publish
分支。