comparison with lerna #376
Unanswered
threepointone
asked this question in
General
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
This issue is a discussion for what additional functionality we'd need in modular. I took the list of commands from lerna, and added some notes for how it relates to us. I didn't dive into specific options passed to these commands.
🤔 version, diff, publish: I'm not sure we should have a parallel for these in modular. We're not in the business of only making packages, but apps as well, which don't really get published to a registry (and instead would get deployed to a server, maybe). What we will do with
buildis generate artifacts (for libs and apps) that can then be deployed to wherever. Until we figure out a blessed release process, let's hold off on these.bootstrap, link: Accomplished with running
yarnin the root.🤔 list: This could be useful, but I'd like for us to think about this more. I'm thinking we could make a dashboard application that does way more than this; list all applications and libraries grouped correctly, UI for running tasks like tests, insight into running processes etc.
✅ changed: This would be useful for running build --changed. Related issue: #147
🤔 exec: This would be useful, but really it'll be a patch on missing functionality from yarn/
yarn workspaces run. 50/50 on this.init: Accomplished with
yarn create modular-react-appadd: Instead, use
yarn adddirectly in workspaces/root.✅ clean: This is useful, we should probably do this anyway.
🤔 import: I'm... not so sure about this. Maybe. Let's do it if the need arises.
create: Accomplished with what we call 'modular add '
✅ info: We could do this, useful for bug reports.
All reactions