Skip to content

Frequently asked questions

No. The base has four tools, and every other profile is optional. Start with one language profile and add more only when you need them.

No. The installer links the base into conf.d and adds selected environment files. It does not replace your global config.toml. Run ./install.sh --dry-run to see the exact paths first.

Does it replace dev containers or dotfiles?

Section titled “Does it replace dev containers or dotfiles?”

No. This project manages shared CLI versions. Containers still handle OS libraries, services, and isolation. Dotfiles still handle personal shell, editor, and application preferences.

Yes. A repository’s local mise.toml normally takes precedence over the global toolchain. That is how projects keep their own runtime requirements.

Coding-agent CLIs change quickly and often need recent compatibility fixes. The AI profile follows recent releases after a short delay and is tested for installation, but it is not reproducible in the same way as stable profiles.

No. Versions and installation behavior are reviewed and tested, but the project does not audit all upstream source code or transitive dependencies. See Platform support for the exact boundary and the security policy for private reports.

Can I add private tools without changing the project?

Section titled “Can I add private tools without changing the project?”

Yes. Add them to config.local.toml in your mise config directory. The installer leaves that file alone, and mise merges it with the shared configuration.

Not natively. The installer uses a POSIX shell and symlinks. WSL may work as a Linux environment, but it is not part of the current CI matrix.

Run ./install.sh --dry-run --uninstall, inspect the output, then run ./install.sh --uninstall. Downloaded tools remain cached by mise until you remove them separately.

Start with Troubleshooting. If the problem remains, open a question or a bug report.