Subversion línea de comandos de la confirmación no hace nada

Question

Cuando corro:

svn commit -m "some message" myFile.txt 

en el shell de DOS, me da una línea vacía como el resultado. No hay mensaje de error, etc. Y el archivo no está comprometido.

¿Qué podría estar causando esto?

Answer 1

Si el archivo se ha modificado realmente (es decir, que no solo se olvide de guardar los cambios), entonces usted debe comprobar la conditions which make a file appear as modified para Subversion:

1. tiene la fecha de 'última modificación' y/o el tamaño del archivo cambiado?
2. no si: archivo no se modifica
3. en caso afirmativo: comparar el contenido del archivo con el archivo BASE
4. parada en el primer byte que se diferencia, marcar el archivo como modificados
5. si no difiere de bytes con respecto a la base, marcar el archivo como no-modificado

Answer 2

más probable es que no hay cambios. Intenta svn status

Answer 3

¿Usted svn add miArchivo.txt primero?

Sólo se puede confirmar cambios a los archivos que se agregan a SVN.

Answer 4

Do "svn st miArchivo.txt". Si la primera columna tiene un? en él, entonces el archivo no está bajo control de fuente y necesita "svn add myFile.txt". Si la primera columna está en blanco, entonces no hay ningún cambio para confirmar. Si la primera columna es algo más, entonces "svn help st" le dará el significado de las otras banderas posibles.

Answer 5

en mi expirience, el archivo .php que estaba trabajando era un enlace blando de un original en alguna otra ubicación. Por lo tanto, a pesar de que el archivo original estaba cambiando, el enlace suave permanecía igual. He cambiado el archivo original por el enlace y al revés y Commit, Status y Update comandos comenzaron a recoger los cambios.

Se puede distinguir entre el archivo original y la copia electrónica en Linux por la forma de flecha y la ubicación de un origina en la parte frontal de la misma en el siguiente formato cuando lo hace ls -la:

myTestfile.xxx -> /var/www/html/myTestOriginalfile.xxx 

Answer 6

I tenía el mismo problema En mi caso, se trataba de un cambio de nombre de directorio versionado en un directorio externo en un directorio externo. He tenido una solución alternativa mediante la ejecución de confirmación directamente en el último directorio externo. Aún no sé qué fue lo que causó y no pude reproducirlo.