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
{{ message }}
Repository navigation
[Bug?]: Unrecognized or legacy configuration settings found: approvedGitRepositories #7108
approvedGitRepositories caused to crash with github ci actions/setup-node@v6 with Yarn v4.14.1, read linked issue actions/setup-node#1534
In local nothing error, but only on github CI.
currently i downgrade yarn to v4.5.0 to work for both local and ci
Same issue here. I run yarn set version latest and it adds this line to my config:
approvedGitRepositories:
- "**"
But now, when I run any yarn command in my project I see this error. If I remove this line in my config it downgrades my yarn.lock version to 8 from 9 and CI fails.
This is generally a bad idea. In your particular case, the v3 instance will not recognize the configuration introduced in v4.
Also, nesting packages that are not workspaces under inside a project is not really great either. Without a lockfile to denote the root of a project, Yarn will be confused whether it should treat it as a workspace. I don't exactly know how bad it is or what would break, but it is very much not recommended. Even with a lockfile we only suggest that as a workaround for some specific issues.
Make every package under a directory workspaces. If something needs a different version of Yarn, please move it out of the project into another directory.
If I remove this line in my config it downgrades my yarn.lock version to 8 from 9 and CI fails.
This should only happen if you are running multiple versions of Yarn in the same project. Please make sure you are running a single version of Yarn in the same project everywhere
@clemyan those different project, this error happened on first CI job "yarn install", in local both WSL and windows no error. This happens only in CI instance
Also yarn not looking and apply non-current dir yarn.yml config.
this error happened on first CI job "yarn install"
Not true
Because of how you configured @actions/setup-node, it will try to find all cache paths in your project to restore by running yarn config get in every directory with a package.json, including site/public-source/github-actions and packages/github-pages-validator. Running yarn config get in those two directories results in the errors you see.
Also note that @actions/setup-nodedoes not support running it with cache without committing your lockfile
yarn not looking and apply non-current dir yarn.yml config
It seems like this issue as been marked as probably resolved, or missing important information blocking its progression. As a result, it'll be closed in a few days unless a maintainer explicitly vouches for it.
currently i removed yarnPath between monorepo workspace (.yarnrc.yml), and work. so, on yarn version 4.14 not support mixed version (strict) like previous version.
Activity
itsalysialynn commentedon May 7, 2026
Same issue here. I run
yarn set version latestand it adds this line to my config:But now, when I run any yarn command in my project I see this error. If I remove this line in my config it downgrades my yarn.lock version to 8 from 9 and CI fails.
clemyan commentedon May 9, 2026
You are mixing multiple Yarn versions under a single directory:
https://github.com/dimaslanjaka/static-blog-generator-hexo/blob/3e4631dc501b9dc8e881919d75ed127df65aeabb/.yarnrc.yml#L33
https://github.com/dimaslanjaka/static-blog-generator-hexo/blob/3e4631dc501b9dc8e881919d75ed127df65aeabb/site/public-source/github-actions/.yarnrc.yml#L3
https://github.com/dimaslanjaka/static-blog-generator-hexo/blob/3e4631dc501b9dc8e881919d75ed127df65aeabb/packages/github-pages-validator/.yarnrc.yml#L3
This is generally a bad idea. In your particular case, the v3 instance will not recognize the configuration introduced in v4.
Also, nesting packages that are not workspaces under inside a project is not really great either. Without a lockfile to denote the root of a project, Yarn will be confused whether it should treat it as a workspace. I don't exactly know how bad it is or what would break, but it is very much not recommended. Even with a lockfile we only suggest that as a workaround for some specific issues.
Make every package under a directory workspaces. If something needs a different version of Yarn, please move it out of the project into another directory.
clemyan commentedon May 9, 2026
This should only happen if you are running multiple versions of Yarn in the same project. Please make sure you are running a single version of Yarn in the same project everywhere
dimaslanjaka commentedon May 9, 2026
@clemyan those different project, this error happened on first CI job "yarn install", in local both WSL and windows no error. This happens only in CI instance
Also yarn not looking and apply non-current dir yarn.yml config.
clemyan commentedon May 16, 2026
Not true
Because of how you configured
@actions/setup-node, it will try to find all cache paths in your project to restore by runningyarn config getin every directory with apackage.json, includingsite/public-source/github-actionsandpackages/github-pages-validator. Runningyarn config getin those two directories results in the errors you see.Also note that
@actions/setup-nodedoes not support running it with cache without committing your lockfileIt does
yarnbot commentedon Jun 15, 2026
Hi! 👋
It seems like this issue as been marked as probably resolved, or missing important information blocking its progression. As a result, it'll be closed in a few days unless a maintainer explicitly vouches for it.
dimaslanjaka commentedon Jun 17, 2026
currently i removed yarnPath between monorepo workspace (.yarnrc.yml), and work. so, on yarn version 4.14 not support mixed version (strict) like previous version.