PR目标为main时，如何在DevOps构建验证流水线自动生成变更日志？

一、解决流水线循环触发的核心方案 #

1. 给changelog提交加「跳过CI」标记 #

几乎所有主流CI/CD工具都支持通过提交信息中的特定关键字跳过流水线触发，比如[skip ci]、[skip pipeline]（不同工具可能有专属标记，比如Azure DevOps用[skip azurepipelines]）。生成changelog的自动提交时，把标记加在提交信息末尾，比如chore: 更新变更日志 [skip ci]，CI系统看到后会直接跳过后续构建验证触发，从根源上切断循环。

2. 给构建验证流水线加触发过滤条件 #

修改构建验证流水线的配置，只响应开发者手动提交的PR变更，排除流水线服务账号的自动提交。具体可通过两种方式实现：

• 检查提交作者是否为流水线服务账号（比如GitHub Actions的github-actions[bot]），若是则跳过流水线执行；
• 检查提交信息是否包含特定前缀（比如chore: 更新变更日志），符合则不触发构建验证。

以GitHub Actions为例，配置中添加条件即可：

on:
  pull_request:
    branches: [main]
jobs:
  build-verify:
    if: ${{ github.event.pull_request.head.user.login != 'github-actions[bot]' }}
    runs-on: ubuntu-latest
    # 后续构建步骤...

3. 把changelog变更合并到PR源分支 #

调整流水线逻辑：PR创建后，直接在PR的源分支上生成并提交changelog，而非直接提交到main分支。这样changelog会成为PR的一部分，开发者可直接在PR中查看更新，同时给这次自动提交加上「跳过CI」标记，就不会触发新一轮的构建验证循环。

二、实用的变更日志自动化生成方案 #

1. 基于约定式提交的工具链 #

如果团队能统一提交信息规范（比如使用feat: xxx、fix: xxx这类格式），可直接使用conventional-changelog、standard-version这类工具：

• 流水线中执行conventional-changelog -p angular -i CHANGELOG.md -s命令，就能自动将符合规范的提交整理成结构化的变更日志；
• 搭配standard-version还能自动更新版本号，同步完成版本和changelog的更新。

2. 以PR为核心的生成方式 #

若团队不想约束提交信息格式，可直接基于PR内容生成changelog：

• 流水线调用Git平台的API（比如GitHub、GitLab的API）拉取当前PR的标题、标签、描述；
• 按PR的标签（比如feature、bugfix）分类，将PR标题和链接添加到CHANGELOG.md的对应章节；
• 这种方式无需关注单个提交的格式，适合提交风格灵活的团队。

3. 自定义脚本适配团队需求 #

如果团队有特殊的changelog格式要求（比如按模块分类、添加负责人信息），写个简单的Shell或Python脚本即可：

• 脚本拉取当前PR与main分支的差异提交，过滤掉流水线的自动提交记录；
• 按照团队指定的格式整理内容，写入CHANGELOG.md后自动提交。

内容的提问来源于stack exchange，提问作者Charles