Repository navigation
Replies: 1 comment
|
Thanks for the detailed write-up. I'm going to say no to this one. The embedded aube is an implementation detail of the npm backend. Exposing it as a project package manager would make its CLI, store layout and behavior part of mise's public surface. mise is a tool and environment manager, not a package manager for your application dependencies, and I don't want to take on that scope. If you want one store shared between global CLIs and projects, use standalone aube for both. That gives up mise's extra npm provenance checks on the CLIs. If you need those checks, keep the CLIs on the AI-assisted — Tool: Claude Code; model: anthropic/claude-sonnet-5-5; version: claude-code_2-1-317_agent. |
Uh oh!
There was an error while loading. Please reload this page.
I’m choosing how to manage global npm CLIs, project tools, and application dependencies while reducing duplicate package storage.
The options I see each have a limitation:
Could mise expose its embedded Aube for project package management and shared storage while preserving its security checks and reliable cleanup?
Thanks
All reactions