DataTableAyuda
Versionado y actualización
Publicar un cambio, subir una app de versión y el historial de tags.
Publicar un cambio en la librería
cd fesa-datatable
# 1. cambia el código
bun run typecheck && bun run test # las dos puertas
git commit -m "feat: …" # inglés, Conventional Commits
git tag v0.5.0
git push origin main --tagsSubir una app a la versión nueva
# package.json → "#v0.5.0"
bun pm cache rm
# borra la línea @fesa/components/datatable del bun.lock
rm -rf node_modules/@fesa && bun install
bunx tsc --noEmit # y prueba en browser antes de commitearReglas del juego
Las apps pinean tags, nunca main · el bun.lock congela el commit exacto
(prod = lo probado) · cambios que rompen API ⇒ subir la versión minor y anotarlo en el
historial de abajo.
Historial
| Tag | Contenido |
|---|---|
v0.1.0 | Extracción del motor (FesaStore) + hooks avanzados del starter, labels inyectables, primitivas UI propias. |
v0.2.0 | Auditoría (fondos --color-*, export doble, errores visibles, clic sin delay) + features cableadas + filtros con rangos + export integrado + totales + selección cross-page + 28 tests + CI. |
v0.3.0 | Reorder de columnas, vista móvil, live refresh, retry inline, copy/print de todo el filtro. |
v0.4.0 | paramPrefix multi-tabla; clearSelection/getSelectedRowIds en el ref. |
v0.5.0 | El paquete pasa a ser @fesa/components (umbrella): el datatable vive en ./datatable y llegan ./forms, ./ui, ./motion, ./hooks, ./utils, ./security, ./email y ./storage. |
v0.5.1 | Los ui internos importan @radix-ui/react-* por paquete (nunca el bundle radix-ui). |
v0.5.2 | Todo el runtime pasa a peerDependencies: una sola copia de cada paquete en la app (arregla turbopack dev con duplicados anidados). |