2009-11-25 13 views

risposta

6

Se il file in realtà è stato modificato (cioè, non hai solo dimenticato di salvare le modifiche), allora si dovrebbe verificare la conditions which make a file appear as modified per Subversion:

  1. ha la data 'ultima modifica' e/o la dimensione del file è cambiata?
  2. se non: file non viene modificato
  3. Se sì: confronta il contenuto del file con il file BASE
  4. sosta al primo byte che si differenzia, contrassegnare il file come modificati
  5. se non differisce byte riguardo alla base, contrassegnare il file come non-modificato
6

molto probabilmente non ci sono cambiamenti. Prova svn status

+0

Non restituisce nulla ... –

+3

Ciò significa che non ci sono cambiamenti. – balpha

+0

Ma posso garantire ci sono cambiamenti, ho modificato il file il secondo prima. Cosa potrebbe causare questo? –

7

Hai svn aggiunto myFile.txt prima?

È possibile salvare solo i file aggiunti a svn.

+0

Sì, è già incluso nel repository –

+0

Non dire che myFile.txt non è sotto controllo di versione, però? –

+0

Forse lo farebbe –

2

Fare "svn st myFile.txt". Se la prima colonna ha un? in esso, quindi il file non è sotto il controllo del codice sorgente e devi "svn add myFile.txt". Se la prima colonna è vuota, non ci sono modifiche al commit. Se la prima colonna è qualcos'altro, allora "svn help st" ti darà il significato degli altri possibili flag.

0

nel mio expirience, il file .php stavo lavorando su un nesso morbida di un originale in qualche altro luogo. Quindi, nonostante il fatto che il file originale stesse cambiando, il collegamento software rimaneva lo stesso. Ho scambiato il file originale con il collegamento e viceversa e i comandi Commit, Status e Update hanno iniziato a raccogliere le modifiche.

È possibile distinguere tra il file originale e la copia morbido in Linux dalla forma freccia e la posizione di un origina sul fronte ad essa nel seguente formato quando si esegue ls -la:

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

I ha avuto lo stesso problema Nel mio caso si trattava di una directory con versione rinominata in una directory esterna in una directory esterna. Ho risolto questo problema tramite il commit eseguito direttamente sull'ultima directory esterna. Ancora non so cosa lo abbia causato e non possa riprodurlo.