chore(file-architecture): 🤖 split mono-repository into libs and packages#944
Conversation
|
|
Claude finished @punkbit's task in 42s —— View job PR Review✅ Looks great! This is a clean structural reorganization. The PR correctly:
No bugs, regressions, or missing path updates found. The changeset bot warning is expected — this is a pure infrastructure change with no version bump needed. Nice work on the clear separation of intent between "what we ship" ( |
|
Claude finished @punkbit's task in 1m 3s —— View job PR Review
✅ Looks great! Clean structural reorganization — no issues found. This PR does exactly what it says: moves Checked:
The changeset bot warning is expected — pure infrastructure move, no version bump needed. 🙌 |
…e distinction between development and consumer apps
7acd2aa to
84d4cfc
Compare
|
Claude finished @punkbit's task in 1m 7s —— View job PR Review
✅ Clean structural reorganization — looking good! Pure path migration: 💡 Suggestion (non-blocking, docs only)
Otherwise the PR is good to go! 🙌 |
|
Claude finished @punkbit's task in 1m 17s —— View job PR Review
✅ Clean structural reorganization — looking good! Pure path migration: 💡 Suggestions (non-blocking, docs only)
Otherwise the PR is in great shape! 🙌 |
📚 Storybook Preview Deployed✅ Preview URL: https://click-2vgpmpzg3-clickhouse.vercel.app Built from commit: |
Why?
The monorepo had no clear structural distinction between the core Click UI (we ship) and the packages we build with. The PR makes "packages/" the ingredients and "libs/" the core component library we ship!
Alternatively, the project could become a Design System. But since the goal is Click UI, we're mainly ensuring that the main component library is the core of this whole setup, e.g. lib/click-ui or lib/core or packages/core, something that determines its goal!
How?
click-uiintolibs/as the core thing the monorepo deliversiconsinpackages/, it exists to support Click UI, but can also be consumed independently by other consumersPreview?
N/A