2009-03-11 19 views

Respuesta

7
  1. Primero tienes que hacer una actualización (Actualización de SVN), por lo que el conflicto realmente está sucediendo.
  2. , entonces obtendrá tres archivos en el directorio: yourfilename .mine yourfilename .rX yourfilename .rY (X e Y son los nuevos números de revisión original y)
  3. Cambie el nombre del archivo a la .mine nombre original del archivo.
  4. Marque el archivo en conflicto como resuelto. (TortoiseSVN -> Resuelto) (Los archivos .r? Se eliminarán automáticamente)
  5. Después de eso, puede confirmar el archivo como si fuera un cambio normal. (SVN)
+0

Debe tener cuidado aquí que la versión de copia de trabajo es correcta cuando la marca "resuelta"; de lo contrario, su repositorio puede estar lleno de los marcadores de diferencias "===". –

+0

Por supuesto, tienes razón. Solucionado mi respuesta. –

0

confirmar y luego utilizar la versión local?

1

Otro (horrible) posibilidad:

  • Mira la versión que sabe que va a entrar en conflicto con en un directorio aparte de su propio material
  • copiar los archivos de trabajo sobre los que están en el directorio separado - tener cuidado de no copiar los archivos .svn
  • de confirmación desde el directorio separado
6

verse un t el comando svn resolve del red book. Con un cliente de línea de comandos, que sería capaz de ejecutar

svn update 
svn resolve -R --accept mine-full 

No parece que TortoiseSVN hace que este disponible, pero si usted tiene el cliente de línea de comandos como copia de seguridad, puede ser muy útil. De lo contrario, iría con un truco del tipo que describe Neil (mover archivos de copia de trabajo, actualizar, reemplazar archivos de copia de trabajo).

Una gran precaución: el uso del comando Resolved... en cambio aceptará la versión que contiene conflictos después de la actualización; realmente quieres el archivo antes de la actualización.

Cuestiones relacionadas