当 bitbucket-pipelines.yml 更新时，防止 bitbucket pipline 触发

Question

我是 bitbuckt 管道的新手。对于我bitbucket-pipelines.yml在管道中添加的节点项目，我有一个构建容器并将其推送到 ECR 的步骤以及另一个部署步骤。

\n

现在，每次我对 bitbucket-pipelines.yml 进行更改时，它都会构建一个新映像并将其推送到 ECR 并进行部署。

\n

当我对 bitbucket-pipelines.yml 进行更改时，我不知道要触发什么管道。我只希望在对应用程序进行更改时触发管道。我是否设置了错误的项目？

\n

我的项目结构。

\n

.\n\xe2\x94\x9c\xe2\x94\x80\xe2\x94\x80 bitbucket-pipelines.yml\n\xe2\x94\x9c\xe2\x94\x80\xe2\x94\x80 Dockerfile\n\xe2\x94\x9c\xe2\x94\x80\xe2\x94\x80 index.js\n\xe2\x94\x9c\xe2\x94\x80\xe2\x94\x80 node_modules\n\xe2\x94\x9c\xe2\x94\x80\xe2\x94\x80 package.json\n\xe2\x94\x9c\xe2\x94\x80\xe2\x94\x80 package-lock.json\n\xe2\x94\x94\xe2\x94\x80\xe2\x94\x80 README.md\n

\n

Answer 1

有几种可能的选择：

1. 添加[skip ci]到您的 git 提交消息

bitbucket-pipelines.yml每当您单独更改 时，请在 Git 提交消息中的某处添加“[skip ci]” （不带引号）。当您推送到 Bitbucket 远程时，这将阻止管道运行。

来源和更多信息：

• https://confluence.atlassian.com/bbkb/how-to-skip-triggering-a-pipeline-build-using-skip-ci-label-1207188270.html
• https://support.atlassian.com/bitbucket-cloud/docs/pipeline-start-conditions/
• https://support.atlassian.com/bitbucket-cloud/docs/push-back-to-your-repository/
• https://support.atlassian.com/bitbucket-cloud/docs/build-test-and-deploy-with-pipelines/

优点：

• 这很简单。

缺点：

• 您必须记住手动编写文本"[skip ci]"。这很容易忘记，或者新的团队成员可能不知道它。

2.使用Git Hook自动修改你的git提交消息

编写一个 Git Hook 脚本，该脚本将自动将“[skip ci]”文本插入到 Git 提交消息中。该脚本必须执行以下操作：

1. 本地提交后，检查最新提交以查看哪些文件被更改。使用类似的东西git diff --name-only HEAD~0 HEAD~1
2. 如果bitbucket-pipelines.yml是唯一更改的文件，请修改提交以插入"[skip ci]"到提交消息中。

有关 Git Hook 的更多信息：

• https://githooks.com/
• https://www.atlassian.com/git/tutorials/git-hooks
• https://git-scm.com/book/en/v2/Customizing-Git-Git-Hooks

优点：

• 它是全自动的。无需手动标记您的提交消息。

缺点：

• 创建脚本可能并不容易。
• 每个克隆的存储库都需要配置 git hooks。请参阅：Git 挂钩脚本可以与存储库一起管理吗？

3.检查bitbucket-pipelines.yml文件更改

在构建脚本中添加一个部分yml来检查在最新提交中更改了哪个文件。

yml 中的脚本必须执行以下操作：

1. 检查最新的提交以查看哪些文件被更改。使用类似的东西git diff --name-only HEAD~0 HEAD~1
2. 如果bitbucket-pipelines.yml是唯一的文件发生了更改，请立即中止 CI 构建，并发出一条exit 0语句。

优点：

• 它是全自动的。无需手动标记您的提交消息。
• 无需编写 Git Hook 脚本。

缺点：

• CI 构建的 Docker 映像将需要 1-5 分钟来加载，然后自行中止。这有点低效，并且会消耗一些构建时间。
• 由于 CI 构建仍将运行几分钟，因此未执行任何操作的构建运行会污染您的 CI 构建历史记录。

4. 使用带有“changesets”和“includePaths”的条件步骤

changesets用an定义 aincludePaths仅当修改的文件之一与 中的表达式匹配时才执行步骤includePaths。

pipelines:
  default:
    - step:
        name: build-frontend-artifact
        condition:
          changesets:
            includePaths:
              # only xml files directly under resources directory
              - "src/main/resources/*.xml"
              # any changes in frontend directory
              - "src/site/**"
        script:
          - echo "Building frontend artifact"

来源和更多信息：

• https://bitbucket.org/blog/conditional-steps-and-improvements-to-logs-in-bitbucket-pipelines