subversion - svn manual

¿Cómo superar el error svn ''fuera de fecha''? (30)

"Limpiar" Te pondrá en marcha.

Haga clic derecho en la carpeta svn y haga clic en ''Limpiar'', haga esto si recibe ese error.

He estado intentando mover una estructura de directorios de una ubicación a otra en Subversion, pero obtengo un Item ''*'' is out of date .

Tengo la última versión revisada (por lo que puedo decir). svn st -u no svn st -u más diferencias que los comandos mv.

¿Estás seguro de que has revisado la cabeza y no una revisión más baja? Además, ¿has hecho una actualización para asegurarte de que tienes la última versión?

Hay una discusión sobre esto en .

¿Lo estás moviendo usando svn mv , o simplemente mv ? Creo que usar solo mv puede causar este problema.

A veces consigo esto con TortoiseSVN en las ventanas. La solución para mí es svn update el directorio, aunque no haya revisiones para descargar o actualizar. Le hace algo a los metadatos, que mágicamente lo arregla.

Acabo de recibir este error. Lo que recomiendo es que primero verifique en su servidor si el archivo original está allí. A veces los cambios no se realizan en su carpeta local. Si esta es su situación, simplemente elimine su carpeta y vuelva a pagar.

Acabo de recibir esto mientras intentaba commit desde un directorio trunk . Hacer svn update desde el directorio trunk no solucionó el error; sin embargo, hacer svn update desde el directorio principal (donde pertenece el directorio .svn ) resolvió el error.

Mi conjetura acerca de lo que sucedió (un caso de uso, entre otros, puede haber varias razones para este "svn: E160024: recurso desactualizado; intente actualizar"): junto al trunk , había un directorio de branches . Saqué una branches/branch-1 en el master de GitHub. Hacer svn update desde el directorio principal (es decir, la raíz de mi copia de trabajo) en lugar de un trunk parece haber hecho algo en las branches además del trunk . Cuando intenté commit nuevo, no hubo error.

Sin embargo, como dije anteriormente, este es un caso entre muchos otros.

Nota al margen: a diferencia de lo que alguien sugirió, no creo que sea una buena idea jugar manualmente en el directorio .svn .

Acabo de tener el mismo problema en varias carpetas y esto es lo que hice para confirmar:

1) En la perspectiva "Sincronización de equipo", haga clic con el botón derecho en la carpeta> Anular y actualizar
2) Eliminar la carpeta de nuevo
3) Comprometerse y ser feliz.

Como sugiere @ Alexander-Klyubin, haz el movimiento en el repositorio. También será mucho más rápido, especialmente si tiene que mover una gran cantidad de datos, ya que no tendrá que transferir todos esos datos a través de la red nuevamente.

svn mv https://username@server/svn/old/ https://username@server/svn/new/

debería funcionar bien

Creo que este problema viene del archivo .svn. Es incorrecto en el padre anterior, el nuevo padre o el viejo. Intentaría volver a su punto de partida. Utilice una exportación para obtener una copia limpia de la carpeta. Mueva la copia limpia a la nueva ubicación, y use agregar y eliminar para hacer el movimiento. Eso es hacer manualmente lo que hace SVN, pero podría funcionar.

Después de probar todas las cosas obvias, y algunas de las otras sugerencias aquí, sin ningún tipo de suerte, una búsqueda en Google condujo a este enlace (el enlace ya no funciona): Subversion dice: su archivo o directorio probablemente no esté actualizado

En pocas palabras, el truco es ir al directorio .svn (en el directorio que contiene el archivo ofensivo) y eliminar el archivo "all-wcprops" .

Trabajó para mí cuando nada más lo hizo.

El error se debe a que no actualizó ese archivo en particular, primero actualice y luego solo podrá enviar el archivo.

Elimine su archivo o su ruta usando antes de ejecutar el comando haga un bk de sus cambios

sudo rm -r /path/to/dir/

después :

svn up and commit or delete

En mi caso, solo una solución fue eliminar la versión local y volver a sacar la copia nueva.

Esto sucedió cuando actualicé una rama de una versión anterior con archivos del troncal. Utilicé el Explorador de Windows para copiar carpetas de mi carpeta de verificación de líneas troncales, y las pegué en mi vista de Eclipse de la carpeta de verificación de sucursales del lanzamiento. Ahora, el Explorador de Windows estaba configurado para no mostrar archivos "ocultos" que comenzaban con ".", Por lo que no tenía en cuenta que todos los archivos .svn incorrectos se pegaban en la carpeta de verificación de la sucursal de la versión. Doh!

Mi solución fue eliminar el proyecto dañado de Eclipse, revisarlo nuevamente y luego copiar los nuevos archivos con más cuidado. También cambié Windows para mostrar archivos "ocultos".

Gracias. Eso solo lo resolvió por mi. svn update - force / path to filename /

Si su archivo reciente en el directorio local es el mismo, no hay indicaciones. Si el archivo es diferente, solicita tf, mf, etc ... al elegir mf (completo) se asegura de que no se sobrescriba nada y que podría cometer una vez que termine.

Jay CompuMatter

Hay al menos otra causa del error de mensaje "fuera de fecha". En mi caso, el problema fue .svn / dir-props que se creó al ejecutar "svn propset svn: ignore -F .gitignore". por primera vez. Eliminar .svn / dir-props parece ser una mala idea y puede causar otros errores, por lo que puede ser mejor usar "svn propdel" para limpiar el "svn propset" errante.

# Normal state, works fine. > svn commit -m"bump" Sending eac_cpf.xsl Transmitting file data . Committed revision 509. # Set a property, but forget to commit. > svn propset svn:ignore -F .gitignore . property ''svn:ignore'' set on ''.'' # Edit a file. Should have committed before the edit. > svn commit -m"bump" Sending . svn: Commit failed (details follow): svn: File or directory ''.'' is out of date; try updating svn: resource out of date; try updating # Delete the property. > svn propdel svn:ignore . property ''svn:ignore'' deleted from ''.''. # Now the commit works fine. > svn commit -m"bump" Sending eac_cpf.xsl Transmitting file data . Committed revision 510.

He encontrado que esto funciona para mí:

svn update svn resolved <dir> svn commit

Hice esto y me funcionó:
1. Tome una copia de seguridad de su archivo. Simplemente puede copiar su código a un archivo de texto.
2. Haga clic derecho en el archivo que desea confirmar >> Equipo >> Mostrar historial. 3. En el panel "Mostrar historial" verá todas las revisiones de ese archivo. Haga clic derecho en la última revisión del archivo >> Obtener Revisión: Anulará sus cambios locales.
4. Ahora, combine su código con el archivo más reciente con el archivo de respaldo (paso # 1).
5. Sincronice y confirme el archivo recién fusionado.

Intenté actualizar la copia local, y revertir el elemento en cuestión, y aún obtuve el error "fuera de fecha". Esto funcionó por alguna razón:

svn update --force /path/to/dir/or/file

Intenté todo pero cambio en .svn directamente. Nada ayudó, así que aquí está mi solución.

En Eclipse> Ventana> Mostrar vista> Historial , he visto que el archivo no se encuentra en la revisión más reciente, aunque hice varios svn "Anular y actualizar" / "Revertir" / eliminar archivo y desproteger.

Así que fui a Package Explorer> Haga clic derecho en el archivo> Reemplazar con> Últimas desde el repositorio .

Otra mirada en la Vista de Historial mostró que el archivo estaba ahora en la última Revisión.

Logro resolverlo presionando un botón de actualización

Moví el directorio a mi máquina local para guardarlo, luego svn borré el directorio estúpido y luego lo confirmé. Cuando intenté agregar la carpeta desde mi máquina local, TODAVÍA arrojó el error (el movimiento de SVN hizo lo mismo cuando intenté cambiar el nombre de la carpeta). Así que revertí, luego hice un mkdir DIRNAME, agregado y comprometido. Luego agregué los contenidos y me comprometí, y funcionó.

Para resolverlo, necesitaba revertir el archivo con el problema y actualizar mi copia de trabajo, y luego modifiqué el archivo nuevamente y, después de estos pasos, el error ya no se produjo.

Realiza el movimiento directamente en el repositorio.

Recibí aleatoriamente este error después de eliminar algunos directorios, cada uno con algunos archivos. Eliminé los directorios a través de Netbeans y me di cuenta de que en realidad no los eliminaba. Parecía simplemente eliminar todo dentro de los directorios y eliminó la referencia al directorio dentro de Netbeans. Aunque todavía existían en el sistema de archivos. Asegúrese de que se hayan eliminado del sistema de archivos y vuelva a intentar la confirmación.

Recibí este error al intentar cometer algunos archivos, solo que era un archivo / carpeta que no existía en mi copia de trabajo. REALMENTE no quise pasar por la molestia de mover los archivos y volver a verificarlos. Al final, terminé editando el archivo .svn / entries y eliminé la referencia ofensiva del directorio.

Si está utilizando el puente github svn, es probable que algo haya cambiado en el lado de github. La solución es simple, solo tiene que ejecutar svn switch , que le permite encontrarlo correctamente, luego actualizarlo y todo funcionará. Simplemente ejecuta lo siguiente desde la raíz de tu pago

svn info | grep Relative svn switch path_from_previous_command svn update

svn switch `svn info | grep Relative | sed ''s_.*: __''` svn update

La base para esta solución proviene del blog de Lee Preimesberger.

Si una vez resolvió un problema similar, simplemente extraiga una nueva copia de trabajo y reemplace el directorio .svn y comience a emitir los errores de confirmación por este nuevo. La razón en mi caso fue que después de un daño en el repositorio y de restaurar desde una copia de seguridad, la copia de trabajo apuntaba hacia una revisión que no existía en el repositorio restaurado. También tiene errores "artículo fuera de fecha". Actualizar la copia de trabajo antes de confirmar no solucionó esto, pero la sustitución de .svn como se describe anteriormente lo hizo.

Actualice su servidor y cliente a Subversion 1.9.

Si el error out of date ocurre aleatoriamente cuando normalmente no debería hacerlo, cuando ejecute commit, puede indicar que está utilizando un Subversion 1.7 no actualizado y no compatible o un cliente o servidor más antiguo.

Debe actualizar el servidor y los clientes para resolver el problema. Consulte la entrada correspondiente de las Notas de versión de Subversion 1.9: subversion.apache.org/docs/release-notes/… .

Simplemente haga svn arriba en la línea de comandos o si está en Windows seleccione la opción svn update.

Una vez hecho esto, esto le permitirá realizar más acciones como cometer y otros.