Cómo mini se adapta a tu proyecto

Un mapa del proyecto consciente del lenguaje

mini map construye el mapa del proyecto legible por máquina por archivo, según la extensión — no a partir de un único "lenguaje del proyecto". Un proyecto puede mezclar varios lenguajes y se mapea cada archivo reconocido. Las extensiones admitidas son:

.ts  .tsx  .php  .rs  .py  .go  .java  .cs  .kt  .kts  .swift  .rb

Los archivos con una extensión no reconocida, y los directorios de dependencias o de compilación como vendor/, target/, var/cache/ y node_modules/, se omiten — así el mapa se mantiene centrado en tu propio código fuente.

Dónde vive la versión

Cuando cierras una fase con --bump (y opcionalmente --push), mini escribe la nueva versión en el archivo que corresponde a tu proyecto. Las fuentes de abajo se prueban en un orden fijo y gana la primera que ya contiene una versión utilizable — solo se cambia ese único archivo.

Archivo	Cuándo mini escribe la versión aquí
package.json	Proyectos JavaScript / TypeScript — el campo "version" en package.json.
Cargo.toml	Proyectos Rust — la versión bajo la sección [package] de Cargo.toml.
pyproject.toml	Proyectos Python — la versión bajo [project] o [tool.poetry] en pyproject.toml.
setup.py	Proyectos Python que usan setup.py — el argumento version="…".
composer.json	Proyectos PHP — solo cuando composer.json ya tiene un campo "version" (mini nunca añade uno).
__version__	Proyectos Python — una línea __version__ = "…" en una ubicación común.
VERSION	Cualquier proyecto sin manifiesto reconocido — un archivo VERSION simple con una única línea x.y.z, creado con 0.1.0 cuando todavía no existe.

La escritura es siempre un reemplazo puramente textual del valor de la versión, sin reformatear JSON ni TOML, así que el cambio se queda en una sola línea.

Ejemplo: este mismo sitio es un proyecto PHP/Symfony cuyo composer.json no lleva campo de versión, así que una subida recae en el archivo alternativo VERSION.