EXP-003 · activo
GitKit
// el ritual, automatizado
Un flujo guiado para hooks, .gitignore, .gitattributes y configuración de git — y luego guardado como un build que puedes reaplicar a cualquier proyecto con un solo comando.
Instalar
curl -fsSL https://get.univerlab.org/gitkit | sh irm https://get.univerlab.org/gitkit.ps1 | iex Un salto de línea que no se portaba bien.
Empezó con un commit que no cambiaba nada — solo los saltos de línea, reescritos en silencio entre mi Mac del trabajo, mi Windows y los agentes en WSL. Perseguirlo me llevó a .gitattributes. Eso me llevó a los git hooks: integrados en git, de verdad potentes, e ignorados por casi todos — porque montarlos en cada repo es un fastidio. Así que borré el fastidio. Eso es gitkit.
$ git commit -m "feat: parse manifests"
✓ conventional-commits (commit-msg)
✓ no-secrets (pre-commit)
[main 7f3a9c1] feat: parse manifests
$ git push
→ origin/main · push.autoSetupRemote Un solo flujo
- Hooks integrados: conventional commits, detección de secretos, nomenclatura de ramas — embebidos, sin conexión.
- Todas las plantillas de gitignore.io más presets curados de configuración, aplicados de forma idempotente.
gitkit clonearranca un repo en el instante en que toca el disco.- Builds: guarda una configuración una vez, aplícala a todo proyecto futuro.
Preguntas frecuentes
- ¿Cómo evito que los agentes de IA hagan commits feos?
- GitKit configura git hooks en un solo flujo — conventional commits, detección de secretos, nomenclatura de ramas. Los hooks corren offline, embebidos en el repo. Los agentes no pueden pushear código que no compila o contiene secretos.
- ¿Qué son los "builds" de GitKit?
- Un build guarda tu configuración de git (hooks, ignore, attributes, config) como una plantilla reutilizable. Aplícala a cualquier proyecto futuro con un solo comando — sin reconfigurar hooks en cada repo.