You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In my repository, Boyka-framework, I am using lerna-changelog to generate the change logs for Release.
Today I was checking the what change log will get generated when I will release a new version, and during this analysis I came to know that 2 of my PRs out of 40 closed / merged PR are not showing up in the generated Change logs.
The following PR's which are not getting considered are even when proper labels are attached:
We're seeing similar problems in our project, were the 2 prs closed soon before you generated the changelog by any chance? We're suspecting that timing has something to do with it and we think it's often recently merged prs that get dropped
The from/to is exactly the from/to branches of the PR, and the changelog output does not match the commits of my PR.
Note: this PR is a "backport PR" where I cherry-picked already existing PR commits one by one. I'm not 100% sure but it looks like the commits not appearing in the changelog are related to cherry-picks on which I had conflicts that I had to resolve/commit manually. Maybe it's because those commits have the label with #pr-hash instead of (#pr-hash)? Do brackets in the commit message matter?
In my repository, Boyka-framework, I am using
lerna-changelog
to generate the change logs for Release.Today I was checking the what change log will get generated when I will release a new version, and during this analysis I came to know that 2 of my PRs out of 40 closed / merged PR are not showing up in the generated Change logs.
The following PR's which are not getting considered are even when proper labels are attached:
Is this behaviour intended or is there some issue with lerna-changelog?
The text was updated successfully, but these errors were encountered: