wehub-resource-sync
d48cda4081
CI / Test (ubuntu-latest, Node 18.x, bun) (push) Failing after 15m1s
CI / Test (ubuntu-latest, Node 18.x, npm) (push) Failing after 15m1s
CI / Test (ubuntu-latest, Node 18.x, pnpm) (push) Failing after 15m1s
CI / Test (ubuntu-latest, Node 18.x, yarn) (push) Failing after 15m1s
CI / Test (ubuntu-latest, Node 20.x, bun) (push) Failing after 17m13s
CI / Test (ubuntu-latest, Node 20.x, npm) (push) Failing after 18m42s
CI / Test (ubuntu-latest, Node 20.x, pnpm) (push) Failing after 15m0s
CI / Test (ubuntu-latest, Node 20.x, yarn) (push) Failing after 49m44s
CI / Test (ubuntu-latest, Node 22.x, bun) (push) Failing after 51m55s
CI / Test (ubuntu-latest, Node 22.x, pnpm) (push) Failing after 21m57s
CI / Test (ubuntu-latest, Node 22.x, npm) (push) Failing after 37m39s
CI / Test (ubuntu-latest, Node 22.x, yarn) (push) Failing after 34m7s
CI / Validate Components (push) Failing after 37m15s
CI / Python Tests (push) Failing after 10m1s
CI / Security Scan (push) Failing after 10m1s
CI / Lint (push) Failing after 17m12s
CI / Coverage (push) Failing after 20m19s
CI / Test (macos-latest, Node 18.x, bun) (push) Has been cancelled
CI / Test (macos-latest, Node 18.x, npm) (push) Has been cancelled
CI / Test (macos-latest, Node 18.x, pnpm) (push) Has been cancelled
CI / Test (macos-latest, Node 18.x, yarn) (push) Has been cancelled
CI / Test (windows-latest, Node 18.x, npm) (push) Has been cancelled
CI / Test (windows-latest, Node 18.x, pnpm) (push) Has been cancelled
CI / Test (windows-latest, Node 18.x, yarn) (push) Has been cancelled
CI / Test (macos-latest, Node 20.x, bun) (push) Has been cancelled
CI / Test (macos-latest, Node 20.x, npm) (push) Has been cancelled
CI / Test (macos-latest, Node 20.x, pnpm) (push) Has been cancelled
CI / Test (macos-latest, Node 20.x, yarn) (push) Has been cancelled
CI / Test (windows-latest, Node 20.x, npm) (push) Has been cancelled
CI / Test (windows-latest, Node 20.x, pnpm) (push) Has been cancelled
CI / Test (windows-latest, Node 20.x, yarn) (push) Has been cancelled
CI / Test (macos-latest, Node 22.x, bun) (push) Has been cancelled
CI / Test (macos-latest, Node 22.x, npm) (push) Has been cancelled
CI / Test (macos-latest, Node 22.x, pnpm) (push) Has been cancelled
CI / Test (macos-latest, Node 22.x, yarn) (push) Has been cancelled
CI / Test (windows-latest, Node 22.x, npm) (push) Has been cancelled
CI / Test (windows-latest, Node 22.x, pnpm) (push) Has been cancelled
CI / Test (windows-latest, Node 22.x, yarn) (push) Has been cancelled
45 lines
2.7 KiB
Markdown
45 lines
2.7 KiB
Markdown
# Flujo de Trabajo de Desarrollo
|
|
|
|
> Este archivo extiende [common/git-workflow.md](./git-workflow.md) con el proceso completo de desarrollo de features que ocurre antes de las operaciones de git.
|
|
|
|
El Flujo de Trabajo de Implementación de Features describe el pipeline de desarrollo: investigación, planificación, TDD, revisión de código y luego commit a git.
|
|
|
|
## Flujo de Trabajo de Implementación de Features
|
|
|
|
0. **Investigación y Reutilización** _(obligatorio antes de cualquier nueva implementación)_
|
|
- **Búsqueda en código de GitHub primero:** Ejecutar `gh search repos` y `gh search code` para encontrar implementaciones existentes, plantillas y patrones antes de escribir nada nuevo.
|
|
- **Docs de librerías segundo:** Usar Context7 o los docs del proveedor principal para confirmar el comportamiento de las APIs, uso de paquetes y detalles específicos de versión antes de implementar.
|
|
- **Exa solo cuando los dos primeros son insuficientes:** Usar Exa para investigación web más amplia o descubrimiento después de la búsqueda en GitHub y los docs principales.
|
|
- **Verificar registros de paquetes:** Buscar en npm, PyPI, crates.io y otros registros antes de escribir código de utilidades. Preferir librerías probadas en batalla sobre soluciones escritas a mano.
|
|
- **Buscar implementaciones adaptables:** Buscar proyectos open-source que resuelvan el 80%+ del problema y puedan ser forkeados, portados o envueltos.
|
|
- Preferir adoptar o portar un enfoque probado antes de escribir código nuevo cuando cumple el requisito.
|
|
|
|
1. **Planificar Primero**
|
|
- Usar el agente **planner** para crear un plan de implementación
|
|
- Generar documentos de planificación antes de codificar: PRD, arquitectura, system_design, tech_doc, task_list
|
|
- Identificar dependencias y riesgos
|
|
- Desglosar en fases
|
|
|
|
2. **Enfoque TDD**
|
|
- Usar el agente **tdd-guide**
|
|
- Escribir pruebas primero (ROJO)
|
|
- Implementar para que pasen las pruebas (VERDE)
|
|
- Refactorizar (MEJORAR)
|
|
- Verificar cobertura del 80%+
|
|
|
|
3. **Revisión de Código**
|
|
- Usar el agente **code-reviewer** inmediatamente después de escribir código
|
|
- Abordar problemas CRÍTICOS y ALTOS
|
|
- Corregir problemas MEDIOS cuando sea posible
|
|
|
|
4. **Commit y Push**
|
|
- Mensajes de commit detallados
|
|
- Seguir el formato de conventional commits
|
|
- Ver [git-workflow.md](./git-workflow.md) para el formato de mensajes de commit y el proceso de PR
|
|
|
|
5. **Verificaciones Pre-Revisión**
|
|
- Verificar que todas las verificaciones automatizadas (CI/CD) estén pasando
|
|
- Resolver cualquier conflicto de merge
|
|
- Asegurar que el branch esté actualizado con el branch objetivo
|
|
- Solo solicitar revisión después de que estas verificaciones pasen
|