Control de versiones, proceso y entornos. Para quien escribe código y para quien no.
No todo el mundo necesita leerlo entero, y leerlo en el orden equivocado es la forma más rápida de abandonarlo. Busca tu caso:
Lee la parte 1 de Git y para ahí. Son unos quince minutos, no trae un solo comando, y al terminar puedes seguir una conversación sobre ramas, revisiones y por qué un cambio tardó.
Si además quieres saber cómo se decide lo que se construye, sigue con qué estás construyendo.
En este orden, y sin saltarte el principio aunque ya sepas Git:
| 1 | Las herramientas base y las llaves — hacen falta las dos antes de clonar nada |
| 2 | Tu entorno: el del servidor o el de la pantalla |
| 3 | Git, de cero, partes 1 a 4. La 4 es la nuestra y no se parece a lo que hayas visto |
| 4 | Vórtice — las tres páginas, en orden |
| 5 | El día a día, que es la que vas a tener abierta a partir de entonces |
| El orden exacto de la entrega, o el comando de una compuerta | El día a día |
| Salir de un conflicto | Conflictos |
| Deshacer algo | Deshacer, que empieza por un árbol de decisión |
| Qué rama recibe qué, y en qué dirección | Nuestra estructura |
| Qué comprueba cada compuerta, y por qué | Las compuertas |
Es el manual del área, no el de un proyecto. Las dos primeras secciones valen en cualquier repositorio de Transer; la tercera describe Vórtice, y está separada por eso.
Explica el proceso; no es la norma. Las skills de derivación, los registros de decisión y las especificaciones son la norma, y cada una vive donde se aplica. Aquí se dice cuándo y por qué se usa cada cosa, y se remite al sitio donde está el cómo.
Eso no es ceremonia: es lo que impide que este manual se vuelva una copia más que se desvía. Un documento que repite una regla y se queda atrás es peor que no tenerlo, porque alguien lo cita.
Los diagramas se abren. Todos son interactivos: pulsa cualquiera para explorarlo a pantalla completa, con foco por elemento y el detalle de cada paso.