googleapis / googleapis/release-please

Release Candidates - Bug fixes in a trunk-based fashion

Open
#2,599 0 comments 0 reactions 1 assignee Claimed by @chingor13 View on GitHub
priority: p3 type: question
Dominant language
TypeScript
Stars
7.5k
Forks
588
Avg merge
12h 16m
Merged PRs (30d)
7

Description

Hi team,
First of all, I want to give you kudos for maintaining this open-source project, which I really love 🙇

I have a couple of personal projects where I'm leveraging release-please while working in a trunk-based fashion.
Sometimes it happens that while working on a new release candidate, I spot some bugs before publishing it, and my current flow to fix those right now is:

- Fix the bug on the main trunk
- Release-please picks it up and adds it to the current release-candidate (awesome!)
- The changelog is updated, including the bugfix (this is because I usually mark those as fixes)

The last step is what I'm trying to prevent, because the bug wasn't in any previous release, and therefore has no value being communicated in the changelog.

On the other hand, I would still want to use `fix` conventional commit on the main trunk, to retain semantic meaning in the history.

So, how would you advise going about this?

Thank you! 🙏

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.