Control de versiones de diagramas de flujo: cómo funciona en realidad

Cómo funciona

1. Deja de poner nombres de versión en el archivo

   Retira por completo la convención «v3_FINAL_revisado(2)»: un decimal o un color tecleado en un nombre de archivo es una etiqueta que añadió alguien, no un registro de lo que cambió. Modela el diagrama de flujo en una herramienta que mantenga su propio historial de revisiones, y deja que el nombre del archivo vuelva a ser solo un nombre de archivo.

2. Dale a cada envío a revisión una versión nombrada

   En QueryChart, enviar un diagrama a revisión guarda automáticamente una versión con nombre, y nunca se sobrescribe nada. Ese único hábito sustituye a todo el rastro de «Guardar como» de archivos duplicados, porque el estado anterior se conserva, se acuerde o no alguien de renombrar algo.

3. Abre el registro de cambios antes de preguntar qué cambió

   El registro de cambios lista cada edición del diagrama, quién la hizo y a qué campo afectó, así que «qué cambió desde el martes» es desplazarse por una lista, no un ejercicio de memoria ni entrecerrar los ojos comparando dos imágenes exportadas.

4. Compara dos versiones en lugar de comparar dos exportaciones a ojo

   Usa Comparar versiones para elegir dos versiones guardadas cualesquiera y ver la diferencia campo a campo: los cambios de caja, conector y etiqueta se señalan uno por uno como añadidos, eliminados o modificados, en lugar de dejar que un lector los detecte entre dos PDF aplanados.

5. Restaura en lugar de reconstruir de memoria

   Si una revisión resulta estar mal, restaura la versión anterior en vez de redibujarla a mano desde una exportación antigua. La propia restauración se convierte en una nueva entrada del historial, así que no se pierde nada sobre el origen del borrador actual.

6. Mantén el diagrama como el maestro, no su exportación

   Trata el PDF o el PNG que distribuyes como una instantánea para los lectores, nunca como el registro del que reconstruirías nada: el diagrama editable con su historial de versiones es la única copia que puede responder «cómo era esto en marzo», y la exportación no puede.

Preguntas frecuentes

¿Es el control de versiones de diagramas de flujo distinto del control de versiones de documentos?

No en principio (los dos significan mantener cada estado pasado de algo para poder ver qué cambió y volver a él), pero el «cambió» de un diagrama de flujo es estructural: qué caja se movió, qué conector se añadió, qué etiqueta se reformuló. Un proceso de control de versiones de documentos construido en torno a prosa y números de página no diferenciará una rama de decisión. Ver /es/guides/control-de-versiones-para-documentacion-de-procesos para la versión de este problema centrada en un documento de proceso completo en lugar de en un único diagrama.

¿Exportar un diagrama de flujo a PDF cuenta como control de versiones?

No: es una instantánea, no un historial. Un PDF captura un momento, pero no se puede comparar automáticamente contra otro PDF para mostrar qué cambió, no se puede editar y no lleva registro de quién hizo el cambio anterior ni por qué. Es útil para compartir una copia fija con un lector; no sustituye al historial de versiones propio del diagrama.

¿Cuál es la diferencia entre el registro de cambios y Comparar versiones en QueryChart?

El registro de cambios es la línea temporal: cada edición, quién la hizo y aproximadamente cuándo, leída de arriba abajo. Comparar versiones responde a una pregunta más concreta: elige dos versiones guardadas cualesquiera y ve la diferencia campo a campo entre ellas, caja por caja y conector por conector, en lugar de desplazarte por todo el registro para reconstruirla tú mismo.

¿Puedo restaurar una versión antigua de un diagrama de flujo sin perder el trabajo actual?

Sí: restaurar una versión anterior en QueryChart crea una versión nueva en lugar de eliminar las que vinieron después, así que el trabajo hecho desde entonces permanece en el historial aunque ya no sea el estado activo. Nada de una restauración es destructivo.