yarn-lock-changes
yarn-lock-changes copied to clipboard
`yarn-lock-changes` gets confused when a PR is on an older commit than default branch
When the default branch has a yarn.lock
with more recent packages than the branch that a PR is based on, yarn-lock-changes
thinks that the PR is downgrading said packages even though it doesn't actually change yarn.lock
. Example:
-
@babel/core
is at 7.14.8 on default branch - PR is based on a commit that is just before the bump of
@babel/core
-
yarn-lock-changes
thinks that the PR is downgrading@babel/core
See https://github.com/microsoft/react-native-test-app/pull/426.
@tido64 Thank you for the report! This is something weird, I'm not even sure what have triggered the lock check which results in base yarn.lock
related comment in PR where only examples/yarn.lock
has been changed. Maybe auto-merge event is related to this behaviour somehow, I'm not familiar with this operation, but will look on the details later.
As a temporary solution I would recommend to setup dorny/paths-filter@v2
action which allows to run certain step in the workflow only when given file has been changed. Hope that fix the issue for you.