我正在调查 CodePipeline 是否适用于我们的用例：
我们有数百个存储库，全部由 CodeCommit 托管。所有这些的构建/测试/发布过程都是相同的，除了较小的配置。
我想做的是建立一个管道，用于构建/测试/发布在任何这些存储库中所做的更改。我不想构建所有存储库，只构建已更改的存储库。
我宁愿不使用不同的源存储库创建 100 个相同的管道...
这可能吗？如果没有，是否有任何解决方法？
【问题讨论】：
标签： amazon-web-services aws-codepipeline
CodePipeline 是围绕每个项目/服务一个管道的模型设计的。
尝试将多个独立的发布流程组合到一个管道中是具有挑战性的，因为在等待阶段释放以避免不必要的发布时，新的更改可以替换旧的更改。
它还会使发布历史记录等某些功能变得不那么有用。
在您的场景中，100 条管道可能是最好的方法。 CodePipeline 最近将每个区域每个帐户的管道默认限制提高到 300，因此您应该没有限制方面的问题。
您可以使用 CloudFormation 等工具来简化许多类似管道的设置和配置。另请记住，CodePipeline 不对在给定月份内没有发布的管道收费，因此，如果您有许多管道但实际上每个月只在其中几个中发布，那么它不会花费您太多。
【讨论】：
您可能必须混合使用 CloudWatch 规则 + AWS Lambda + CodePipeline
CloudWatch 规则
CodeCommit 状态更改 --> CloudWatch 规则 --> 调用 Lambda（创建一个文件，其中包含有关哪个 repo 和分支等的信息 （例如：state-change.json）。 -> 将文件上传到 S3 存储桶（例如：pipeline_source）。
S3 (pipeline_source) 事件 -> CloudWatch --> 触发管道
代码管道
[ 源（S3 state-change.json、BuildSpec.yml 等）] -->
[ 构建（CodeBuild，自定义脚本读取 statechange.json 文件以确定要构建和部署的内容] -->
[部署（...）]
方法 #2 并行执行（不同repos同时更新）
由于管道运行修订的方式，我认为不可能连接单个管道来满足您的需求。 另一种方法是用步进函数状态机替换 codePipeline。它允许并行执行。 您可以使用适合您的 CI/CD 需求的操作来连接 step 函数。我快速浏览了一下 aws 服务集成 支持的不多。您需要使用 lambda 函数来调用其他 aws 服务，例如：codebuild
CodeCommit 状态更改 --> CloudWatch 规则 --> 调用 Step 函数状态机
【讨论】：