Subir un cambio en develop
Cada commit es una versión. Reglas en CONTRIBUTING.md ("Cada commit"); la forma abreviada:
- Verificar.
yarn verify(typecheck, lint sin advertencias, comprobación Prettier, pruebas, construcción con prerender). Arregla el código, no las reglas: una excepción de regla es una desactivación de una línea con un motivo después de--. - Comprobar el árbol.
git status. El usuario puede tener ediciones sin terminar: lista solo los archivos que este cambio tocó. Deja todo lo demás sin staged. - Elegir la versión justo antes de comprometer (lee
versionenpackage.jsony la parte superior deCHANGELOG.mdahora, no antes):- major: páginas eliminadas o renombradas, URLs cambiadas, un rediseño
- minor: nuevo contenido visible o funcionalidades
- patch: correcciones, copia, imágenes, estilo, dependencias, config, pruebas, documentación
- Changelog. Añade
### X.Y.Z - YYYY-MM-DDdebajo del único encabezado## Unreleased(después de un lanzamiento desaparece: añádelo encima del## Releasemás nuevo), con gruposAdded/Changed/Fixed/Removed, una línea plana cada uno, solo guiones cortos. - Comprometer los archivos listados por nombre:
git commit -- <archivos>con el asunto<qué cambió, imperativo> (X.Y.Z), un cuerpo corto, y el rastro de coautor si Claude lo escribió. - Comprobar el commit contra su mensaje:
git show --stat HEAD. Luego haz push adevelop.
Antes de comprometer, lista cada unidad cambiada (archivo, función, rama) junto con la prueba que la cubre. Una rama no probada obtiene una prueba, o una nota en la respuesta.