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 yarn v1 when using --frozen-lockfiles the changes in this repo were not marked as a failure and it just work.
In yarn v4, with --immutable the package is shaed and compared. Meaning that any change in my mono repo will make yarn --immutable fail.
Is there any way for me to get the old behavior?
To reproduce
## create a
mkdir a
cd a
touch a.js
cat << EOF > a.js
console.log(1)
EOF
yarn init
cd ..
## create b
mkdir b
yarn init
touch yarn.lock
cat << EOF > package.json
{
"name": "b",
"packageManager": "[email protected]",
"dependencies": {
"a": "../a"
}
}
EOF
yarn
cd ..
## modify a
cd a
cat << EOF > a.js
console.log(2)
EOF
cd ..
## try to do yarn --immutable
cd b
yarn --immutable
Self-service
Describe the bug
I have a project that has some file dependencies:
something like:
This is very handy to work in the monorepo.
In yarn v1 when using
--frozen-lockfiles
the changes in this repo were not marked as a failure and it just work.In yarn v4, with
--immutable
the package is shaed and compared. Meaning that any change in my mono repo will makeyarn --immutable
fail.Is there any way for me to get the old behavior?
To reproduce
Output
Environment
System: OS: Linux 6.8 Ubuntu 22.04.4 LTS 22.04.4 LTS (Jammy Jellyfish) CPU: (16) x64 12th Gen Intel(R) Core(TM) i7-1260P Binaries: Node: 18.16.1 - /tmp/xfs-522f04d6/node Yarn: 4.4.0 - /tmp/xfs-522f04d6/yarn npm: 9.5.1 - ~/.nvm/versions/node/v18.16.1/bin/npm
Additional context
No response
The text was updated successfully, but these errors were encountered: