2010-06-15 14 views
37

que he recibido este mensaje cuando me encontré con un SVN UP:SVN - caminos omitidos

Skipped 'trunk/scripts/accountability_survey_report.php' 
At revision 1585. 
Summary of conflicts: 
    Skipped paths: 1 

He estado buscando en Google tratando de averiguar exactamente lo que esto significa y cómo resolverlo. Traté de eliminar el archivo y luego simplemente svn up nuevamente, pero me sale lo siguiente:

Restored 'trunk/scripts/accountability_survey_report.php' 
Skipped 'trunk/scripts/accountability_survey_report.php' 
At revision 1585. 
Summary of conflicts: 
    Skipped paths: 1 

Cualquier ayuda es apreciada.

Respuesta

3

Algo más de información, tratando de deducir lo que sucedió, encontré este mensaje de error al hacer una información de svn FILENAME Conflicto de árbol: eliminación local, edición entrante al actualizar y esta: Conflicto de árbol: obstrucción local, agregar agregar sobre fusionar I encontré esta publicación que solucionó mi problema: http://little418.com/2009/05/svn-local-obstruction-incoming-add-upon-merge.html

16

This SO question podría ayudarlo. La respuesta que da es:

Nunca, nunca, olvide a cometer una racha de svnmerge.py antes de hacer algo más. Combinar una fusión con otras ediciones es una receta para un desastre, y el desastre es lo que ve en la pregunta .

El SVN Book también dice:

En cualquier caso, el “saltado” mensaje significa que el usuario es más probable la comparación de los dos árboles equivocadas; son el signo clásico del error del controlador . Cuando esto sucede, es fácil recursiva revertir todos los cambios creado por la fusión (SVN volver --recursive), elimine los archivos o directorios no versionados quedado después la operación de revertir y volver a ejecutar svn se funden con argumentos diferentes .

Y luego está this blog post que afirma:

Finalmente encontré un mensaje con instrucciones sobre how to merge in spite of the “Skipped” error message ... así que probado, y funcionó (a pesar de los mensajes engañosos). El truco realmente es ignorar los mensajes.

Tenga en cuenta que después de la correspondencia, archivos de que están en la rama fuente y no en la rama de destino tiene que ser SVN añadidos antes de que se va a terminar en el destino.

Parece que el consenso general es que debe realizar una combinación adecuada del archivo en cuestión.

+0

Gracias Franci, supongo que estoy confundido acerca de cómo se haría una fusión incorrecta (estoy tratando de arreglar algo que alguien más cometió) ... pero a arreglarlo. Entonces, si copio el archivo actual, haga un svn revert --recursive filename Luego abra ese archivo y reemplácelo con el archivo guardado, ¿eso debería arreglarlo? –

+0

Sí, eso debería hacer. Por supuesto, tendrá que revisar sus cambios más adelante, ya que sospecho que hay un conflicto entre lo que tocó y lo que está en el repositorio. –

+0

Algunos más información, tratando de deducir lo que sucedió, me encontré con este mensaje de error al hacer un svn info FILENAME conflicto de árbol: borrar, editar entrante local tras la actualización y éste: conflicto de árbol: la obstrucción locales, complemento de entrada al fusionar Encontré esta publicación que solucionó mi problema: http://little418.com/2009/05/svn-local-obstruction-incoming-add-upon-merge.html –

18

He visto el mensaje "Rutas omitidas" cuando hice una fusión previa en la copia de trabajo y luego la revertí. Luego, el archivo se agrega en la primera fusión pero no se elimina cuando revierte la copia de trabajo, la segunda fusión intenta agregar el archivo pero se salta porque el archivo ya existe.

+2

Esto es lo que me sucedió. – nicodemus13

+2

Eso es loco peligroso. Solo me pasó a mí también. –

+1

A partir de ese momento solo hago fusiones sobre copias de trabajo prístinas, recién salidas del repositorio. –

2

¿Puede ser que el archivo que se saltó ya estaba actualizado y se informaron conflictos? Si un archivo ya está marcado como conflictivo, se omitirá durante la Actualización. Intenta resolver los conflictos y actualiza nuevamente y debería funcionar sin ningún problema.

+0

esto funcionó para mí. Gracias por la respuesta corta y clara. – Kevin

0

En este caso elimino la carpeta de entery, luego svn up y si es necesario svn switch.

1

Ocurrió porque el archivo tiene conflicto, simplemente configure este archivo como "resuelto" y vuelva a intentar la actualización, esto será más fácil con un cliente gráfico svn.

+0

Esto es realmente un comentario, no una respuesta –

+1

no ... eso no funciona. svn resolver no hace nada –

1

Por lo que vale, recibí el error Skipped Paths cuando accidentalmente ejecuté el comando svn update desde una carpeta que no tenía nada comprobado. Recuerdo que después de venir aquí buscando respuestas, solo era el ¡directorios secundarios que había revisado!

error de usuario tonto esencialmente en mi caso.

2

solución más fácil:

sudo svn delete --force accountability_survey_report.php 

Ahora sólo para estar seguro de ejecución:

sudo svn commit --force accountability_survey_report.php 

SVN se quejarse:

svn: Commit failed (details follow): 
svn: Aborting commit: 'trunk/scripts/accountability_survey_report.php' remains in conflict 

ignorar los gemidos, y ejecute:

sudo svn update accountability_survey_report.php 
A accountability_survey_report.php 
Updated to revision ...... 

Lo anterior agrega la última copia del archivo "accountability_survey_report.php" del servidor svn a su local. Ejecute svn update de nuevo y ya no habrá más quejas de svn sobre ese archivo.

Por supuesto, haré una copia de seguridad de la copia requerida del archivo antes de eliminarla.

+1

No hay ningún parámetro "--force" en el sudo svn commit – Louis

12

Sé que esto suena simple pero lo voy a publicar solo en caso de que alguien más haya cometido el mismo error que yo. Asegúrese de estar actualizando desde el directorio correcto. Obtuve este error cuando presioné svn desde el directorio incorrecto.

+0

Ha ... Vine aquí haciendo lo mismo –

+0

Me pasó a mí también. Mensaje de error extremadamente engañoso. – alx

1

Tuve el mismo problema hoy. Hice svn info en el archivo. Murmuró algo sobre Tree conflict: local missing, incoming edit upon merge. No estoy seguro de cómo podría pasar esto.

Lo arreglé haciendo un svn resolve --accept working y svn up en el archivo, problema resuelto.

Cuestiones relacionadas