Ir al contenido
HexaTransfer
Volver al blog
Productividad y colaboracion

Control de versiones al compartir archivos: evita el caos de sobrescrituras

Implementa control de versiones en archivos compartidos para evitar sobrescrituras, rastrear cambios, mantener historial y revertir fácilmente a versiones previas.

Elimina el caos de las sobrescrituras con tres herramientas trabajando conjuntamente: el historial de versiones nativo de tu plataforma de sincronización (Google Drive conserva 100 versiones o 30 días, Dropbox Business conserva 180 días, OneDrive conserva 500 versiones), el bloqueo de entrada/salida para archivos que solo debe editar una persona a la vez (SharePoint, Box o DAM como Bynder), y Git o Git-LFS para todo lo basado en texto o donde necesites ramificación explícita. Superpón una convención de nomenclatura con sufijos vNN y obtendrás tanto recuperación automática (herramienta de sincronización) como instantáneas intencionales (ramas tipo Git). El RGPD también tiene algo que decir aquí: el artículo 5.1.f exige integridad y confidencialidad de los datos, y un historial de versiones auditado es parte de esa garantía.

Los tres modos de fallo de los archivos compartidos

Cada desastre de sobrescritura corresponde a uno de tres patrones. Reconócelos y las soluciones se vuelven obvias.

  • Colisión de guardado simultáneo: dos personas editan el mismo archivo a la vez; el último en guardar gana y el trabajo del primero desaparece. Soluciones: coautoría en tiempo real (Google Docs, Office Online) o bloqueo explícito (registro de salida de SharePoint).
  • Sobrescritura por error: alguien abre "el archivo", lo edita, lo guarda sobre la copia canónica pensando que guardaba una copia personal de trabajo. Solución: separación clara de la fuente de verdad con copias canónicas de solo lectura.
  • Historial perdido: un archivo estaba bien hace tres versiones, pero el estado actual está roto y nadie puede reconstruir los pasos intermedios. Solución: historial de versiones retenido en la plataforma más instantáneas disciplinadas.

La mayoría de equipos experimenta los tres. La solución compuesta usa herramientas diferentes para modos de fallo diferentes.

Coautoría en tiempo real para documentos vivos

Para textos y hojas de cálculo que muchas personas editan, la coautoría en tiempo real elimina por completo las colisiones de sobrescritura. Google Docs, Sheets y Slides gestionan más de 100 editores simultáneos sin drama. Microsoft 365 Word Online y Excel Online están cerca en paridad, con mejor fidelidad de formato .docx.

Notion, Coda y Airtable extienden esto a documentos estructurados y bases de datos con fusión basada en transformación operacional o CRDT. Figma hace lo mismo para archivos de diseño con un motor multiplayer personalizado.

Al elegir una herramienta, verifica que la coautoría en tiempo real funciona con tus tamaños de archivo reales. Algunas herramientas se degradan más allá de 1.000 filas o 50 páginas. Prueba con datos realistas antes de comprometer a todo el equipo.

Bloqueo de entrada/salida para archivos binarios

Los archivos binarios —PSD, .ai de Illustrator, .indd de InDesign, .rvt de Revit, .prproj de Premiere, .dwg de AutoCAD— no pueden fusionar conflictos limpiamente. Si dos personas editan, los cambios de una desaparecen. El bloqueo explícito es la respuesta.

Herramientas con registro de entrada/salida maduro:

  • SharePoint: registro de entrada/salida nativo en cualquier biblioteca. Infrautilizado pero sólido.
  • Box: bloqueo de archivo con indicador de "quién lo tiene"
  • Bynder, Frontify, Brandfolder: DAM con bloqueo integrado para activos creativos
  • Perforce Helix Core: el estándar de referencia para estudios de videojuegos y casas de efectos visuales — commits atómicos en cientos de gigabytes de activos binarios

Para equipos en Dropbox o Drive sin bloqueo nativo, el bloqueo basado en disciplina funciona: un archivo BLOQUEADO-propietario.txt en la carpeta, o un mensaje fijado en el canal de Slack del proyecto. Frágil pero aceptable para equipos pequeños.

Git y Git-LFS para todo lo basado en texto

Git es el estándar de referencia del control de versiones. Úsalo para:

  • Código fuente (obviamente)
  • Documentos basados en Markdown, wikis y bases de conocimiento internas
  • Archivos de configuración (YAML de Kubernetes, Terraform, Ansible)
  • Esquemas de datos (modelos Prisma, dbt, migraciones SQL)
  • Todo lo que quieras con ramificación explícita, diffs y revisión de código

Git-LFS extiende Git a activos binarios grandes. Almacena los blobs binarios en un servidor separado y Git rastrea punteros. Git-LFS de GitHub es gratuito hasta 1 GB de almacenamiento y 1 GB de ancho de banda mensual; paquetes de datos de 5 $/mes añaden 50 GB cada uno.

Para equipos que combinan Git con trabajo creativo —sitios de marketing con imágenes integradas, proyectos de juegos con PSD junto al código— Git-LFS los une. Para trabajo puramente creativo sin código adyacente, los DAM o Perforce se adaptan mejor.

Historial de versiones nativo: la red de seguridad

Cada herramienta de sincronización importante conserva el historial de versiones automáticamente. Conoce tus valores predeterminados:

  • Google Drive: 100 versiones o 30 días, lo que llegue más tarde. Los planes Workspace amplían a 100 versiones sin límite de tiempo en formatos que no son de Google.
  • OneDrive y SharePoint: 500 versiones de forma predeterminada, configurable por biblioteca
  • Dropbox: 30 días en Basic, 180 días en Business, 365 días en Advanced, ilimitado en Enterprise
  • Box: 100 versiones en Business, ilimitado en Enterprise
  • Apple iCloud Drive: solo 30 días; el más débil de los principales

Verifica que tu nivel realmente habilita lo que crees. Algunas organizaciones descubren durante una crisis que el administrador redujo la retención para ahorrar almacenamiento hace dos años.

Convenciones de nomenclatura como instantáneas explícitas

El historial de versiones automático es excelente para recuperaciones pequeñas. Para hitos de proyecto, las instantáneas explícitas con nombre son más claras. La convención vNN en nombres de archivo proporciona instantáneas en un momento dado que los humanos pueden navegar:

  • 2026-06-12_ACME-RD_especificacion_v01.pdf
  • 2026-06-15_ACME-RD_especificacion_v02.pdf
  • 2026-06-19_ACME-RD_especificacion_v03.pdf

Cuando alguien pregunta "¿qué enviamos al cliente el 15 de junio?", puedes responder sin hurgar en los metadatos del historial de versiones. Nombra las versiones mayores; deja que el historial automático gestione las intermedias.

Simulacros de reversión para probar el sistema

Una copia de seguridad que nunca se prueba no es una copia de seguridad. Lo mismo con el historial de versiones. Una vez al trimestre, elige un archivo aleatorio, di que estaba corrupto ayer, y mide cuánto tiempo lleva restaurar la versión anterior. Si tarda más de 10 minutos, algo está roto: quizás la retención de tu herramienta de sincronización es más corta de lo que crees, quizás nadie sabe dónde está la interfaz del historial, quizás dependes de una persona que está de vacaciones.

Documenta el procedimiento de reversión para cada una de tus herramientas. Las capturas de pantalla ayudan. Fija el documento en la raíz del drive compartido.

Ramificación para trabajo experimental

A veces un "¿qué pasaría si probamos esto?" no debería tocar el archivo canónico. Para código fuente, creas una rama en Git (git checkout -b experimento/nueva-portada). Para archivos creativos, el equivalente es una carpeta paralela:

/Proyectos/ACME-RD/02-trabajo/
/Proyectos/ACME-RD/02-trabajo/experimento-direccion-alternativa/

Trabaja en la carpeta de experimento hasta que reemplace la dirección principal (mueve a 02-trabajo/, renombra la canónica a 02-trabajo/archivo-direccion-original/) o se archive (permanece en la carpeta de experimento como registro de exploración).

Este patrón evita que el trabajo "¿y si...?" contamine los archivos principales mientras lo conserva como referencia válida.

Resolución de conflictos cuando ocurren de todos modos

Incluso con todo lo anterior, los conflictos ocurren. Las herramientas de sincronización los gestionan de forma diferente:

  • Google Drive: el último en guardar gana para formatos que no son de Google. Usa Docs/Sheets/Slides para archivos que varias personas editen.
  • Dropbox: crea un archivo de "copia en conflicto" con el nombre del editor. Revisa y fusiona manualmente, o elimina si es redundante.
  • OneDrive: similar — Documento_usuario1.docx frente a la canónica.
  • Git: marcadores explícitos de conflicto de fusión que requieren resolución humana. Inequívoco pero hostil para usuarios no técnicos.

Enseña a tu equipo a revisar realmente los archivos de copia en conflicto en lugar de ignorarlos. Una copia en conflicto obsoleta de hace tres semanas puede contener una edición crítica que nadie notó.

Entrega de archivos versionados externamente

Cuando una versión necesita ir a un cliente —una versión mayor específica que está revisando, no tu trabajo en curso— envíala a través de un canal de transferencia, no mediante un enlace de sincronización. Los enlaces basados en sincronización arriesgan mostrarle al cliente una versión en edición activa que puede cambiar bajo sus pies.

Un enlace de transferencia captura el archivo en un momento y lo envía. Servicios como HexaTransfer, Dropbox Transfer y Smash congelan el estado en el momento del envío. El cliente ve exactamente lo que le enviaste, para siempre, hasta que el enlace expire.

Prueba HexaTransfer en https://hexatransfer.com — gratuito, sin cuenta, hasta 10 GB.

Envía archivos grandes de forma segura con cifrado de extremo a extremo

Transfiere archivos de hasta 10 GB gratis con cifrado de extremo a extremo. Sin necesidad de cuenta. Tus archivos se cifran en tu navegador antes de subirlos: nadie más puede leerlos.

Enviar un archivo