Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update pull request template user-facing changes instructions #7878

Closed
wants to merge 1 commit into from
Closed

Update pull request template user-facing changes instructions #7878

wants to merge 1 commit into from

Conversation

tashima42
Copy link
Contributor

Proposed Changes

Updates the Pull Request template User-Facing change section to include a standard for how it should be written.

Types of Changes

Doc update

Verification

Testing

Linked Issues

rancher/ecm-distro-tools#219

User-Facing Change


Further Comments

Signed-off-by: Pedro Tashima <pedro.tashima@suse.com>
Comment on lines +28 to +30
Each change should be in a new line;
The first character of each line must be a letter;
If the PR requires additional action from users switching to the new release, include the string "action required";
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we keep the note about NONE, assuming that still prevents the PR from showing up in the release notes?

Suggested change
Each change should be in a new line;
The first character of each line must be a letter;
If the PR requires additional action from users switching to the new release, include the string "action required";
Each change note should be on a line by itself.
Each change note should be a complete sentence, starting with a capitalized word and ending with punctuation.
If the change requires additional action from users switching to the new release, include the string "action required" in the note.
If the change has no user impact or should otherwise be hidden from the release notes, use the bare word NONE as the note.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Most PRs don't adhere to this, and some write it outside the block or a different text. The gen_release_notes command will ignore the block if it's empty, so I think it makes sense to remove it, here are some examples:
#7873, #7872, #7858, #7839, #7834, #7833, #7827, #7805, #7777, #7776, #7259, #7153, #6998

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it's easier for all involved to have a literal nothing than a word to indicate nothing. Less complicated tooling then.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The current behavior is for the tool to use the PR title instead of the note if there is no note, right? This for compatibility with RKE2 where we don't have a note section in the PR template.

If we wanted to change the behavior to omit the PR from the release notes if there is no note (making omission the default, instead of opted into by using the literal string NONE as the note), that'd be fine by me.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The current behavior, is that we include all the PR titles, plus a list of the changes described in the User-Facing release-note block. If the block is missing, empty or just "NONE", we just use the title. https://github.com/rancher/ecm-distro-tools/blob/77c9043241babf6b58f428344125ebdd7ea2f6c8/repository/repository.go#L308-L326

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe we need some way to exclude things from the release notes. I don't have strong feelings on whether that is an opt-out, or opt-in, but the special handling for NONE was documented in the PR template and was intended as a way to prevent the release notes from being polluted with meaningless changes, such as pure CI/dev changes that do not have any impact on end users.

@tashima42 tashima42 closed this by deleting the head repository Aug 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants