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
When developing, you often have multiple projects that have dependencies between them. Sometimes it isn't viable to have them all be part of a yarn workspace, so the accepted way of handling local development between non-workspace projects seems to be to use yarn link.
However, this adds the resolution directly to package.json, which the developer then needs to remember to remove before commiting (because it isn't relevant to anyone else):
I'm awful at remembering to remove them, so I often accidentally commit the resolution, which of course makes CI fail so it isn't a danger, but it's slightly inconvenient.
The ideal solution for me would be to have something along the lines of package.local.json which could be excluded from git, but I'm sure I'm not the only person with this issue and there is a better solution.
Is there a better way of handling this? What do other devs do?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
When developing, you often have multiple projects that have dependencies between them. Sometimes it isn't viable to have them all be part of a yarn workspace, so the accepted way of handling local development between non-workspace projects seems to be to use
yarn link
.However, this adds the resolution directly to
package.json
, which the developer then needs to remember to remove before commiting (because it isn't relevant to anyone else):I'm awful at remembering to remove them, so I often accidentally commit the resolution, which of course makes CI fail so it isn't a danger, but it's slightly inconvenient.
The ideal solution for me would be to have something along the lines of
package.local.json
which could be excluded from git, but I'm sure I'm not the only person with this issue and there is a better solution.Is there a better way of handling this? What do other devs do?
Beta Was this translation helpful? Give feedback.
All reactions