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
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The reason will be displayed to describe this comment to others. Learn more.
@dmoroz-ebsco, please help me understand where these changes came from. There is no affiliated pull-request or explanatory comment describing why these changes are necessary. git diff has already told us the "what"; we need the comment to tell us the "why".
I authored the PR adding a resolution for @types/react to the snapshot branch. It was necessary there because yarn.lock is continually rebuilt from scratch. But here we are not rebuilding yarn.lock from scratch, so I would not expect this version to leak unless we failed to implement FOLIO-3768 correctly.
I do not have any context for adding a resolution for @jridgewell/gen-mapping although reading through the issue history shows a bunch of churn there, which this may be a reaction to. Can you confirm this, and describe behavior led you to adding this resolution? That said, again, this should not be necessary on a release branch unless we failed to implement FOLIO-3768 correctly.
327b692
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@dmoroz-ebsco, please help me understand where these changes came from. There is no affiliated pull-request or explanatory comment describing why these changes are necessary.
git diff
has already told us the "what"; we need the comment to tell us the "why".I authored the PR adding a resolution for
@types/react
to the snapshot branch. It was necessary there becauseyarn.lock
is continually rebuilt from scratch. But here we are not rebuildingyarn.lock
from scratch, so I would not expect this version to leak unless we failed to implement FOLIO-3768 correctly.I do not have any context for adding a resolution for
@jridgewell/gen-mapping
although reading through the issue history shows a bunch of churn there, which this may be a reaction to. Can you confirm this, and describe behavior led you to adding this resolution? That said, again, this should not be necessary on a release branch unless we failed to implement FOLIO-3768 correctly.