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 yarnpkg/yarn#1067 there was a discussion about whether libraries should check in yarn.lock or not.
In other ecosystems like Ruby or Rust, the advice is that applications should check in the lock file, but libraries should not.
Yarn seems to take a different approach, always advocating for checking in yarn.lock. This leads to confusion for library authors.
I tried to create a summary of the various reasons to check in (or not check in) yarn.lock
I think it would be useful for the Yarn documentation to clarify how libraries should treat yarn.lock
Even if the consensus is that libraries should always check in yarn.lock, it would be useful to have a paragraph saying "you should always check in yarn.lock, even for libraries"
The text was updated successfully, but these errors were encountered:
In yarnpkg/yarn#1067 there was a discussion about whether libraries should check in
yarn.lock
or not.In other ecosystems like Ruby or Rust, the advice is that applications should check in the lock file, but libraries should not.
Yarn seems to take a different approach, always advocating for checking in
yarn.lock
. This leads to confusion for library authors.I tried to create a summary of the various reasons to check in (or not check in)
yarn.lock
I think it would be useful for the Yarn documentation to clarify how libraries should treat
yarn.lock
Even if the consensus is that libraries should always check in
yarn.lock
, it would be useful to have a paragraph saying "you should always check inyarn.lock
, even for libraries"The text was updated successfully, but these errors were encountered: