Imagina que hay un archivo llamado mydata.txttu carpeta sincronizada. No ha cambiado por un tiempo y contiene el “contenido” de texto de forma local y remota. Ahora, casi al mismo tiempo, lo actualiza localmente para decir “contenido local” mientras que el archivo en el servidor se actualiza para contener “contenido remoto” por otra persona.
Al intentar cargar los cambios locales, el cliente de escritorio notará que la versión del servidor también ha cambiado. Crea un conflicto y ahora tendrá dos archivos en su máquina local:
- txt que contiene “contenido remoto”
- mydata (conflicted copy 2018-04-10 093612).txt que contiene “contenido local”
En esta situación, el archivo mydata.txt tiene los cambios remotos (y continuará actualizándose con más cambios remotos cuando ocurran), pero sus ajustes locales no se han enviado al servidor (a menos que el servidor habilite la carga de conflictos, ver más abajo).
El cliente de escritorio le notifica esta situación a través de notificaciones del sistema, el ícono de la bandeja del sistema y una insignia amarilla de “conflictos no resueltos” en la ventana de configuración de la cuenta. Al hacer clic en esta insignia se muestra una lista que incluye los conflictos no resueltos y al hacer clic en uno de ellos se abre una ventana del explorador que apunta al archivo relevante.
Para resolver este conflicto, abra ambos archivos, compare las diferencias y copie los cambios locales del archivo de “copia en conflicto” en el archivo base donde corresponda. En este ejemplo, puede cambiar mydata.txt para decir “contenido local y remoto” y eliminar el archivo con “copia en conflicto” en su nombre. Con eso, se resuelve el conflicto.
