Continuous integration 与使用触发器关键字相比,Gitlab CI api触发器有什么优势吗?

Continuous integration 与使用触发器关键字相比,Gitlab CI api触发器有什么优势吗?,continuous-integration,gitlab,gitlab-ci,Continuous Integration,Gitlab,Gitlab Ci,在11.8中,Gitlab CI引入了 关键字来触发另一个项目中的管道 staging: stage: deploy trigger: project: my/deployment branch: stable 在此之前,触发另一条管道的传统方式是通过发出一个信号 是否有任何理由继续使用旧的api方法触发多项目管道?与较新的triggerkeyword相比,该方法有什么优势吗?keyword trigger可以传递变量并等待下游状态,但在我的12.8版环境中不起作用,并

在11.8中,Gitlab CI引入了 关键字来触发另一个项目中的管道

staging:
  stage: deploy
  trigger:
    project: my/deployment
    branch: stable
在此之前,触发另一条管道的传统方式是通过发出一个信号


是否有任何理由继续使用旧的api方法触发多项目管道?与较新的
trigger
keyword相比,该方法有什么优势吗?

keyword trigger可以传递变量并等待下游状态,但在我的12.8版环境中不起作用,并且没有错误信息keyword trigger可以传递变量并等待下游状态,但在我的12.8版环境中不起作用,也没有错误信息
build_docs:
  stage: deploy
  script:
  - curl --request POST --form "token=$CI_JOB_TOKEN" --form ref=master https://gitlab.example.com/api/v4/projects/9/trigger/pipeline
  only:
  - tags