Great suggestions, Robert! Thanks for writing them down.

Cheers,
Dmitri.

On Mon, May 19, 2025 at 8:34 AM Robert Stupp <sn...@snazy.de> wrote:

> Hi all,
>
> Looking a bit ahead with respect to releases and (semi) automatic releases:
>
> We have a script that automatically collects the code changes from the
> Git log and adds it to the release-notes. While PRs usually have some
> meaningful information in the description, that information is often
> lost in the merged commits.
>
> The Polaris project uses the GitHub default to populate the commit
> message for the "squash and merge" option from the messages of all
> commits in the PR.
>
> The easiest way to get the "meaningful" information from the PR
> description into the Github-proposed message is to have that in the
> branch for the PR - if that branch has only one commit. In other words:
> when you open a PR and have only one commit in the PR branch, that
> commit's subject and message are used to populate the PR summary +
> description.
>
> For the (generated) release-notes and the Git commit log in general
> having the actual description of the changes is very valuable.
>
> Please take the time _before_ hitting "squash and merge" and check &
> update the subject and message fields. It's not much work but brings a
> lot of value later. Remove the irrelevant messages from the
> "intermediate commits" (like "test fix" or "make it compile") and help
> people who later look at the Git log by having the relevant parts of the
> PR summary+description included in the merged commit.
>
> For "release managers" it's probably quite a lot of unnecessary work to
> do this in hindsight and inspect every PR.
>
> Robert
>
> --
> Robert Stupp
> @snazy
>
>

Reply via email to