时间戳

首页 > 解决方案 > 如何根据提交而不是合并的拉取请求配置发布起草者

javascript - 如何根据提交而不是合并的拉取请求配置发布起草者

问题描述

我打算将release-drafter集成到我们的一个存储库中。集成非常简单。但是我的问题是，一旦我们将 PR 压缩并合并到我们的基础分支（开发），我们就会签出一个名为 release/tagVersion 的新分支（来自开发分支）并为其创建一个新的 PR。然后我们发布我们的新版本，以作为功能版本暂存。一旦 QA 在 staging 中成功完成，我们将 release/tagVersion 的相应 PR 合并到 master。

问题是，因为在我们的工作流程中，我们需要创建这个 release/tagVersion 和一个 PR，一旦我们将它合并到 master，release-drafter 将只显示我们在这个 PR 上所做的提交。不是我们功能分支中的先前提交。

我的问题是，有什么方法可以配置 release-drafter 以记录将要合并到 master 的提交，而不仅仅是最近的提交？

1. checkout a new branch from develop named feature/ticketNumber-ticket-description
2. Create a PR for this feature branch
3. Squash and Merge it to develop branch and release it to staging
4. Checkout a new branch from develop (containing new codes) -> release/tagVersion
5. Create a PR for this release branch and fix the bugs here
6. Merge it to master.

我希望 release-drafter 将我们压缩和合并的提交放在第 3 步中。不是#5中的那个。

这是我的发布起草者配置文件：

on:
  push:
    branches:
      - master

name-template:  $NEXT_PATCH_VERSION
tag-template: $NEXT_PATCH_VERSION
template: |
  ### What’s Changed

  $CHANGES

no-changes-template: No changes

标签： javascriptgithubpull-requestrelease-notes

解决方案

推荐阅读