bug_bunny 4.8.1 → 4.9.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,51 +0,0 @@
1
- ---
2
- name: quality-code
3
- description: Validación de calidad para proyectos Ruby (gemas y servicios). Ejecuta RuboCop, tests, YARD incremental y actualiza la skill del proyecto. Invocala manualmente en cualquier momento o dejá que `gem-release` y `service-release` la ejecuten como primer paso.
4
- ---
5
-
6
- # Quality Code
7
-
8
- Barrera de calidad para proyectos Ruby. Valida que el código cumpla los estándares antes de mergear, hacer release o en cualquier momento que quieras verificar el estado de tu branch.
9
-
10
- ## Detección de tipo de proyecto
11
-
12
- - **Gema**: existe `.gemspec` en la raíz.
13
- - **Servicio**: existe `config/application.rb`.
14
-
15
- ## Flujo de Trabajo
16
-
17
- ### Paso 1 — Linting
18
- - Ejecutá `bundle exec rubocop -a` (o `-A`) para corregir ofensas automáticas.
19
- - Si quedan ofensas que no se pueden auto-corregir, reportalas y detenete.
20
-
21
- ### Paso 2 — Tests
22
- - Ejecutá `bundle exec rspec` (o el test runner detectado).
23
- - Si un test falla, el proceso se detiene inmediatamente.
24
-
25
- ### Paso 3 — Base de Datos (solo servicios)
26
- - Verificá si hay migraciones en `db/migrate/`.
27
- - Asegurate de que `db/schema.rb` esté actualizado y consistente.
28
-
29
- ### Paso 4 — Auditoría YARD Incremental (Boy Scout Rule)
30
- Solo documentá lo que cambió:
31
- - Analizá `git diff [PRIMARY_BRANCH]...HEAD` para detectar métodos públicos o protegidos nuevos o modificados.
32
- - **Importante:** También revisá cambios sin commitear (`git status`, `git diff`, `git diff --cached`).
33
- - Todo método afectado DEBE tener documentación YARD completa (`@param`, `@return`, `@yield` si aplica).
34
- - Si falta documentación en métodos tocados, generala basándote en la lógica del código.
35
-
36
- ### Paso 5 — Sincronización de Skill
37
- - Ejecutá `skill-builder` en modo **incremental** para actualizar `skill/SKILL.md` (y `references/`, `scripts/` si aplica) con los cambios actuales.
38
- - Auditá si el `README.md` necesita actualizarse por los cambios.
39
-
40
- ### Paso 6 — Reporte
41
- Mostrá un resumen de lo ejecutado:
42
- - RuboCop: OK / X ofensas corregidas
43
- - Tests: OK / X tests, X failures
44
- - YARD: OK / X métodos documentados
45
- - Skill: actualizada / sin cambios
46
- - README: actualizado / sin cambios
47
-
48
- ## Reglas
49
- - **Stop on Failure:** Si los tests o el linting fallan, detenete. No continues con los pasos siguientes.
50
- - **Sin Hardcoding:** No uses versiones de Ruby o rutas específicas. Confiá en el entorno configurado.
51
- - **Explain the Why:** Si sugerís cambios en documentación, explicá cómo mejora la mantenibilidad.