我看到与 Bitbucket 管道的矛盾，我认为这是由于我的误解
我想创建一个用于登台的管道和一个用于生产的管道。这两个管道之间的区别在于，每个管道都为 deployment 设置了不同的值，以便我可以使用管道部署变量
由于 develop 合并到 master 的自然流程，我不能在每个分支上保留一个单独的 bitbucket-pipelines.yml 版本，因为 develop 的下一次合并 -> { {1}} 将更新管道的 master 分支版本
所以看来我需要一个单一版本的 master，只有在可以在该文件中定义多个环境时才可以，目前在我看来，情况并非如此
bitbucket-pipelines.yml在上面的例子中，${ENVIRONMENT} 是流水线部署变量中的一个变量集
但是上面的管道在管道选择中没有得到 image: fkmy/atlassian-pipeline-awscli-node:latest
pipelines:
custom:
staging:
- step:
name: Staging Deployment
deployment: staging
services:
- docker
script:
- echo "Do something specific to ${ENVIRONMENT}
production:
- step:
name: Production Deployment
deployment: production
services:
- docker
script:
- echo "Do something specific to ${ENVIRONMENT}
或 staging 的识别
我不能使用 environment 部分，因为我不希望每次提交到存储库时都发生在 branches 或 staging 上
我的总体目标是能够通过 production 按钮手动运行暂存或生产部署，并能够选择要部署到的环境