对回购中的特定目录进行更改时触发特定的 AWS Codepipeline 源阶段
Trigger specific AWS Codepipeline source stage when change is made to a specific directory in repo
我在单个 GitHub 存储库中有许多服务，每个服务在 AWS 上都有自己的 CodePipeline，通过 Terraform 管理。我不想在提交时触发所有管道，而是想知道如果每个服务的目录在提交时有任何更改，我如何触发每个服务的管道，而不必将每个服务拆分到自己的存储库中。
我不认为我们所说的代码管道中的每个文件夹都有条件源阶段支持。刚刚在 CodePipeline 中检查完有关 sources 的文档。它似乎不包含 folder-level 过滤。
您可以试试这个 CDK-based template 解决方案，它展示了一个 mono-repository，它由多个服务组成，每个服务都有不同的 CI/CD 管道。该解决方案检测发生修改的顶级目录并触发配置到该目录的 AWS CodePipeline。
这很难过，但他们可能会在将来添加它。我也想要质量门，来自 code-commit 中自述文件的图像，但这些功能似乎很难实现哈哈。
它最终比我预期的要简单，github 操作完全符合我的需要。
This action checks whether a path had a change, and this action 触发特定管道。
我在单个 GitHub 存储库中有许多服务，每个服务在 AWS 上都有自己的 CodePipeline，通过 Terraform 管理。我不想在提交时触发所有管道，而是想知道如果每个服务的目录在提交时有任何更改，我如何触发每个服务的管道，而不必将每个服务拆分到自己的存储库中。
我不认为我们所说的代码管道中的每个文件夹都有条件源阶段支持。刚刚在 CodePipeline 中检查完有关 sources 的文档。它似乎不包含 folder-level 过滤。
您可以试试这个 CDK-based template 解决方案，它展示了一个 mono-repository，它由多个服务组成，每个服务都有不同的 CI/CD 管道。该解决方案检测发生修改的顶级目录并触发配置到该目录的 AWS CodePipeline。
这很难过，但他们可能会在将来添加它。我也想要质量门，来自 code-commit 中自述文件的图像，但这些功能似乎很难实现哈哈。
它最终比我预期的要简单，github 操作完全符合我的需要。
This action checks whether a path had a change, and this action 触发特定管道。