Azure ADF：我可以手动设置（或以其他方式强制）管道的最终 "Status" 为“成功吗？
Azure ADF: Can I manually set (or in some other way force) the final "Status" of a pipeline to be "Succeeded?
据我所知，如果 任何 活动失败，则管道“失败”。
这使得故意使原本成功的流水线失败变得非常容易；只是有条件地执行一个伪造的 Web Activity :D
但是反过来呢？
假设我的一项活动“失败”，但我认为这不是问题，并且我已在条件流程中考虑到这一点。回退路径已顺利执行，无需进一步干预。管道完成，但它被标记为“失败”:(
我能做些什么来“覆盖”来自中介 Activity 的失败并强制整个 Pipeline 报告成功吗？
不，不可能。
只要有一处出错，流水线就会失败
你的想法无法实现。
我认为管道失败的条件是：
- 或者：
- 一个 activity 失败，没有“失败”依赖。
- 或者：
- 由于对 activity 的依赖失败，至少有一个 activity 被跳过。
第二句中的“直接”是non-trivial。例如，如果 C 依赖于 B 被跳过，而 B 依赖于 A 失败，那么如果 A 失败，那是 inC 的直接原因而不是 运行，但它不是'总体错误。
这意味着根据您的流水线结构，您可以可能抑制错误？我认为？但它可能真的丑陋！
需要进一步研究：D
据我所知，如果 任何 活动失败，则管道“失败”。
这使得故意使原本成功的流水线失败变得非常容易；只是有条件地执行一个伪造的 Web Activity :D
但是反过来呢？
假设我的一项活动“失败”，但我认为这不是问题，并且我已在条件流程中考虑到这一点。回退路径已顺利执行，无需进一步干预。管道完成，但它被标记为“失败”:(
我能做些什么来“覆盖”来自中介 Activity 的失败并强制整个 Pipeline 报告成功吗？
不，不可能。
只要有一处出错，流水线就会失败
你的想法无法实现。
我认为管道失败的条件是：
- 或者：
- 一个 activity 失败，没有“失败”依赖。
- 或者：
- 由于对 activity 的依赖失败，至少有一个 activity 被跳过。
第二句中的“直接”是non-trivial。例如，如果 C 依赖于 B 被跳过，而 B 依赖于 A 失败，那么如果 A 失败，那是 inC 的直接原因而不是 运行，但它不是'总体错误。
这意味着根据您的流水线结构，您可以可能抑制错误？我认为？但它可能真的丑陋！
需要进一步研究：D