Skip to content
PEQA workflows

Varios servicios con Git submodules

This content is not available in your language yet.

Abre el proyecto en el repositorio padre. Así el agente puede reconocer los servicios, sus contratos y las dependencias del conjunto, manteniendo los cambios y pruebas en cada repositorio correspondiente.

PRs de submódulos antes del PR padreEl trabajo se coordina desde el repositorio padre. Se crean primero los PRs de los servicios hijos modificados, se actualizan los punteros a commits publicados y se crea al final el PR del padre con sus dependencias y pruebas.

Repositorio padre
Contexto del conjunto

PR del servicio A

PR del servicio B

Actualizar gitlinks
Commits publicados

PR del padre
Dependencias y pruebas

Solo los hijos modificados necesitan PR. Con submódulos anidados se sigue el orden desde los más profundos hacia arriba. El padre puede quedar en draft mientras se integran los hijos; si un squash o rebase cambia sus SHAs, se actualizan los punteros y se comprueba la combinación final antes de fusionar el padre. Workflow completo.

Cuando pidas guardar memoria de esta arquitectura, se conserva en el padre el contexto transversal: servicios, rutas relativas, responsabilidades y contratos, con sus fuentes. Las notas propias de un hijo conservan su procedencia. Puedes seguir trabajando únicamente en un hijo si ese es tu alcance.