Как настроить Release-Drafter на основе коммитов, а не объединенных запросов на вытягивание
Я собираюсь интегрировать release-drafter в один из наших репозиториев. Интеграция довольно проста. Но моя проблема в том, что как только мы сквошируем и объединяем PR с нашей базовой веткой (разработка), мы проверяем новую ветку под названием release/tagVersion (из ветки разработки) и создаем для нее новый PR. Затем мы выпускаем нашу новую сборку на стадию как выпуск функции. После того, как QA успешно выполнено на стадии подготовки, мы объединяем соответствующий PR для release / tagVersion в master.
Проблема в том, что поскольку в нашем рабочем процессе нам нужно создать этот релиз / tagVersion и PR для этого, как только мы объединим его в master, составитель релиза покажет только те коммиты, которые мы сделали на этом PR. Не предыдущие коммиты в нашей функциональной ветке.
Мой вопрос в том, есть ли способ настроить release-drafter таким образом, чтобы он регистрировал коммиты, которые будут объединены в мастер, а не только самые последние?
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.
Я хочу, чтобы составитель релиза поместил коммиты, которые мы раздавили и слили на шаге №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