Open Twipped opened 2 years ago
@Twipped, thanks for highlighting this issue.
It seems related to this change: https://github.com/qiwi/multi-semantic-release/pull/80/files#diff-b9b135fc5b2b57179765a193f56284025893d03b8c6f250c75c03c2a97ad4d0dR196
Would you try to fix it?
I’ll give it a shot.
On Jun 21, 2022, at 1:35 PM, Anton Golub @.***> wrote:
@Twipped https://github.com/Twipped, thanks for highlighting this issue.
It seems related to this change: https://github.com/qiwi/multi-semantic-release/pull/80/files#diff-b9b135fc5b2b57179765a193f56284025893d03b8c6f250c75c03c2a97ad4d0dR196 https://github.com/qiwi/multi-semantic-release/pull/80/files#diff-b9b135fc5b2b57179765a193f56284025893d03b8c6f250c75c03c2a97ad4d0dR196 Will you try to fix it?
— Reply to this email directly, view it on GitHub https://github.com/qiwi/multi-semantic-release/issues/81#issuecomment-1162317827, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABYN5MW2PFWYTEVCTSJ34TVQIRQ7ANCNFSM5ZMZR7UQ. You are receiving this because you were mentioned.
It does appear that the removal of ...flags
on line 183 was the culpret. I was able to confirm that adding the following to index.js at line 205 solved the passthru:
// - ci should use the msr version if specified, otherwise fallback to semrel
options.ci = flags.ci === undefined ? options.ci : flags.ci;
However, once I got past that issue I ran into numerous other blockers in SR itself that made this experiment too difficult. I had been hoping to make a workflow that would output what releases a PR would trigger, but SR has so many safety checks against accidentally running on the wrong branch that I couldn't even get it to do a commit analysis. With that, I can't justify spending any more time on this.
BTW, I also noticed that branches
isn't getting passed through either. I solved that by adding castArray
from lodash and putting this line in as well:
options.branches = flags.branches ? castArray(flags.branches) : options.branches;
@Twipped, np, thanks for the digging. We will continue this work.
hi! I started working on this issue
Issue type
Expected behavior
Invoking MSR with
--no-ci --dry-run
when running in a github action should bypass the CI checks and perform a dry-run for the repo.Actual behavior
Each package fails, complaining that it is happening in a pull request. (This error).
--no-ci
flag)Steps to reproduce
Run the following in a pull request github workflow for a monorepo.
multi-semantic-release --no-ci --dry-run
Specifications