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

Multiple changes in single commit doesn't always work #821

Closed
rsenden opened this issue Mar 11, 2021 · 6 comments · Fixed by #1163
Closed

Multiple changes in single commit doesn't always work #821

rsenden opened this issue Mar 11, 2021 · 6 comments · Fixed by #1163
Labels
type: docs Improvement to the documentation for an API.
Milestone

Comments

@rsenden
Copy link

rsenden commented Mar 11, 2021

While working with release-please-action, I've noticed a couple times that features or fixes that are listed in the body/footer of a commit message don't get included in the changelog.

I don't recall all the circumstances where this happened, but at least this seems to occur if there are lines in the commit message footer that do not adhere to the Conventional Commits layout.

As an example, following is the commit message for rsenden/release-please-test@868873d

feat: Feature with extra messages

feat: FeatExtraFooter1

feat: FeatExtraFoorer2

Some other text

Something else

As can be seen at https://github.com/rsenden/release-please-test/runs/2084824783?check_suite_focus=true#step:3:14, release-please only recognizes 1 feature instead of the 3 features listed in this commit message. This can also be seen in the generated pull request, where the changelog doesn't list the FeatExtraFooter1 and FeatExtraFooter2 features: rsenden/release-please-test#4

@sofisl sofisl added the type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design. label Mar 11, 2021
@live627
Copy link

live627 commented Mar 13, 2021

seems to work for me?

live627/SCEditor@d6fcbbc

live627/SCEditor#37

so maybe it only works for node...

@bcoe
Copy link
Contributor

bcoe commented Mar 13, 2021

@live627 @rsenden the it has to do with the parser. We parse footers from the bottom up, so when the text is broken up like:

footer: a
footer: b

free form text that doesn't look like a footer.

The multiple footers are not parsed.

@rsenden
Copy link
Author

rsenden commented Mar 15, 2021

it has to do with the parser. We parse footers from the bottom up

Good to know, any plans to get this fixed? Maybe in the meantime it would be good to add a note about this to the documentation.

@bcoe
Copy link
Contributor

bcoe commented Mar 26, 2021

@rsenden this was an intentional decision when we wrote the parser, due to it being ambiguous as to which parse goal we'd like.

No immediate plan to fix, so updating docs might be a good compromise.

@tswast
Copy link

tswast commented Nov 17, 2021

I'd like to +1 the need for docs improvements. Looking at the "What if my PR contains multiple fixes or features?" section in the README, I see all the example extra commits include "PiperOrigin-RevId: 345559154". It's not clear to me if this is required or not, and is confusing if working on a repo that isn't mirrored from google3/piper.

@live627
Copy link

live627 commented Nov 18, 2021 via email

@chingor13 chingor13 added type: docs Improvement to the documentation for an API. and removed type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design. labels Dec 22, 2021
@chingor13 chingor13 added this to the v13 milestone Dec 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: docs Improvement to the documentation for an API.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants