Git, branches, PRs i treball multiagent
main/dev/working branch, PR/diff, Pre-Merge Audit, protecció tècnica/lògica, contractes de concurrència, interfícies compartides, Break-Glass i Merge Authority.
main/dev/working branch, PR/diff, Pre-Merge Audit, protecció tècnica/lògica, contractes de concurrència, interfícies compartides, Break-Glass i Merge Authority.
Git forma part del contracte durable de treball. DCP Flow utilitza branches, PRs i evidència per coordinar humans i agents sense dependre de memòria de sessió.
Governança del repositori
El patró main / dev / working branch separa producció, integració i treball acotat. Pre-Merge Audit, Merge Authority, Technical Protection i Logical Protection fan que integrar un canvi sigui una decisió revisable.
- main, dev i working branches.
- PR i diff com a superfície de revisió.
- Pre-Merge Audit.
- Merge Authority i Break-Glass.
Treball multiagent
Concurrency Contracts, Shared Interfaces i Integration Order redueixen col·lisions. DCP Flow diferencia Git Conflict de Functional Conflict: un merge net no demostra que dos canvis funcionin bé junts.
- Temporal ownership.
- Shared Interfaces.
- Integration Order.
- Git Conflict ≠ Functional Conflict.
Git converteix treball temporal en estat tècnic reconstruïble
DCP Flow usa main com baseline estable/release, dev com integració permanent i working branches com unitats temporals de treball. El PR fa visibles origen, destí, commits, diff, checks i discussió. Abans d’integrar una working branch a dev, Pre-Merge Audit revisa scope, arquitectura, tests, seguretat, documentació, Quality Gates, conflictes i risc.
- main = stable/release.
- dev = integration baseline.
- working branch = bounded work unit.
- PR created ≠ merge authorized.
Logical Protection conserva la regla quan la plataforma no pot imposar-la
Branch Protection o Rulesets són preferibles quan estan disponibles, però la seva absència no elimina governança. Logical Protection manté no direct development a branques permanents, no force push, audit before merge, dev com origen normal de main i Human Gate per release. Els agents han de tractar aquestes restriccions procedimentals com límits reals.
- Platform cannot enforce ≠ rule does not exist.
- No force push a main/dev.
- Working branch → dev primer.
- CAN MERGE ≠ AUTHORIZED TO MERGE NOW.
El treball multiagent necessita Concurrency Contract i integració funcional
Dos agents poden avançar en paral·lel quan ownership temporal, branches, mòduls, shared interfaces, dependències i Integration Order estan prou clars. Un Git Conflict és textual; un Functional Conflict pot trencar el sistema encara que el merge sigui net. Després d’una integració material també pot caldre Post-Merge Validation sobre el SHA real resultant.
- Temporal ownership redueix overlap.
- Shared Interfaces eleven risc de coordinació.
- Git Conflict ≠ Functional Conflict.
- Post-Merge Validation verifica l’estat integrat real.
Glossari contextual＋
Working Branch
Revisió prèvia a integració per detectar conflictes, regressions, deute conegut i evidència absent.
Concurrency Contract
Merge Authority