Lo que un Proceso de Control de Versiones Debe Prevenir
Un proceso de control de versiones existe para responder a una pregunta clave: ¿cuál es el archivo actual? Sin él, un equipo termina con tres documentos llamados 'final', guardados en dos lugares distintos, y la persona que edita el incorrecto lo descubre solo después de haber terminado el trabajo.
Cada regla en un proceso de versiones se deriva de esa única pregunta. Por eso, los esquemas complejos fracasan y los sencillos perduran. Un equipo seguirá cuatro reglas, pero no once, así que la clave del diseño es la memorabilidad, no la exhaustividad. Se excluye intencionadamente cualquier cosa que requiera software: las ramificaciones, fusiones y flujos de trabajo de repositorios resuelven un problema diferente para una audiencia distinta, y esto terminaría el video para este caso.
La plantilla lo presenta en seis escenas: una sobre el costo de no saber cuál es el archivo actual, otra sobre cómo elegir una única ubicación de almacenamiento, una sobre una regla de nomenclatura lo suficientemente corta como para recordar, una sobre la numeración de versiones y cuándo cambia un número, una sobre cómo asignar un propietario por documento y una sobre archivar en lugar de eliminar.
