Come si supera l'errore svn "obsoleto"?

Ho provato a spostare una struttura di directory da una posizione all'altra in Subversion, ma ricevo un Item '*' is out of dateerrore di commit.

Ho verificato la versione più recente (per quanto ne so). svn st -unon presenta differenze diverse dai comandi mv.

A volte capisco questo con TortoiseSVN su Windows. La soluzione per me è svn updatela directory, anche se non ci sono revisioni da scaricare o aggiornare. Fa qualcosa ai metadati, che lo risolve magicamente.

Dopo aver provato tutte le cose ovvie e alcuni degli altri suggerimenti qui, senza fortuna, una ricerca su Google ha portato a questo link (il link non funziona più) - Subversion dice: Il tuo file o directory è probabilmente obsoleto

In poche parole, il trucco è andare nella directory .svn (nella directory che contiene il file offensivo) ed eliminare il file "all-wcprops" .

Ha funzionato per me quando nient'altro ha fatto.

Credo che questo problema provenga dal file .svn. È errato nel vecchio genitore, nel nuovo genitore o in quello vecchio. Proverei a tornare al tuo punto di partenza. Utilizzare un'esportazione per ottenere una copia pulita della cartella. Sposta la copia pulita nella nuova posizione e usa un aggiungi ed elimina per fare lo spostamento. Fa manualmente ciò che fa SVN, ma potrebbe funzionare.

Ho scoperto che questo funziona per me:

svn update
svn resolved <dir>
svn commit

Ho cercato di aggiornare la copia locale, ripristinare l'elemento in questione e ancora l'errore "non aggiornato". Questo ha funzionato per qualche motivo:

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

Ho avuto lo stesso problema in diverse cartelle e questo è quello che ho fatto per impegnarmi:

1) Nella prospettiva "Team Synchronize", fai clic con il pulsante destro del mouse sulla cartella> Sostituisci e aggiorna
2) Elimina di nuovo la cartella
3) Impegna e sii felice

Grazie. Questo mi ha appena risolto. svn update --force / percorso al nome file /

Se il tuo file recente nella directory locale è lo stesso, non ci sono prompt. Se il file è diverso, richiede tf, mf ecc ... chosing mf (mio pieno) assicura che non venga sovrascritto nulla e che al termine potrei eseguire il commit.

Jay CompuMatter

Riesco a risolverlo premendo un pulsante di aggiornamento

Come suggerisce @ Alexander-Klyubin, fai la mossa nel repository. Sarà anche molto più veloce, specialmente se hai una grande quantità di dati da spostare, perché non dovrai trasferire di nuovo tutti quei dati sulla rete.

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

dovrebbe funzionare bene

Rimuovi il tuo file o il tuo percorso usando prima di eseguire il comando fai un bk delle tue modifiche

sudo rm -r /path/to/dir/

dopo :

svn up and commit or delete 

Sei sicuro di aver verificato la testa e non una revisione più bassa? Inoltre, hai fatto un aggiornamento per assicurarti di avere l'ultima versione?

C'è una discussione al riguardo http://svn.haxx.se/users/archive-2007-01/0170.shtml .

Esegui lo spostamento direttamente nel repository.

Esiste almeno un'altra causa dell'errore "non aggiornato" del messaggio. Nel mio caso il problema era .svn / dir-props che è stato creato eseguendo "svn propset svn: ignore -F .gitignore". per la prima volta. L'eliminazione di .svn / dir-props sembra una cattiva idea e può causare altri errori, quindi potrebbe essere meglio usare "svn propdel" per ripulire il "svn propset" errato.

# 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.

Se stai usando github svn bridge, è probabile che qualcosa sia cambiato dal lato delle cose di github. La soluzione è semplice, devi solo eseguire svn switch, che consente di trovarsi correttamente, quindi aggiornare e tutto funzionerà. Basta eseguire quanto segue dalla radice del checkout

svn info | grep Relative 
svn switch path_from_previous_command
svn update

o

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

La base di questa soluzione viene dal blog di Lee Preimesberger

Lo stai spostando usando svn mvo solo mv? Penso che l'utilizzo di Just mvpossa causare questo problema.

Ho spostato la directory sul mio computer locale per motivi di sicurezza, quindi svn ho eliminato la directory stupida, quindi ho eseguito il commit. Quando ho provato ad aggiungere la cartella dal mio computer locale, ANCORA ha generato l'errore (lo spostamento SVN ha fatto la stessa cosa quando ho provato a rinominare la cartella). Quindi sono tornato, poi ho fatto un mkdir DIRNAME, aggiunto e impegnato. Quindi ho aggiunto e inserito il contenuto e ha funzionato.

Ho ricevuto casualmente questo errore dopo aver eliminato alcune directory ognuna contenente alcuni file. Ho cancellato le directory tramite Netbeans e mi sono reso conto che in realtà non li cancellava. Sembrava semplicemente cancellare tutto all'interno delle directory e rimuovere il riferimento alla directory all'interno di Netbeans. Esistevano comunque sul filesystem. Assicurati che vengano eliminati dal file system e riprova a eseguire il commit.

Se una volta risolto un problema simile, è sufficiente estrarre una nuova copia di lavoro e sostituire la directory .svn lanciando gli errori di commit con questo appena estratto. La ragione nel mio caso era che dopo un danneggiamento del repository e il ripristino da un backup la copia funzionante puntava verso una revisione che non esisteva nel repository ripristinato. Sono stati rilevati anche errori "oggetto scaduto". L'aggiornamento della copia di lavoro prima del commit non ha risolto questo problema, ma ha sostituito il .svn come descritto sopra.

Ho fatto questo e ha funzionato per me:
1. Fai un backup del tuo file. Puoi semplicemente copiare il tuo codice in un file di testo.
2. Fare clic con il pulsante destro del mouse sul file che si desidera eseguire il commit >> Team >> Mostra cronologia. 3. Nel pannello "Mostra cronologia" vedrai tutte le revisioni di quel file. Fare clic con il tasto destro sull'ultima revisione del file >> Ottieni revisione: sostituirà le modifiche locali.
4. Ora, unisci il tuo codice con l'ultimo file con il file di backup (passaggio # 1).
5. Sincronizzazione e commit del file appena unito.

Aggiorna il tuo server e client a Subversion 1.9.

Se la out of date errore si verifica in modo casuale quando normalmente non dovrebbe, quando si esegue il commit, potrebbe indicare che si sta utilizzando un client o un server Subversion 1.7 obsoleto e non supportato o precedente.

È necessario aggiornare il server e i client per risolvere il problema. Vedere la voce relativa alle Note di rilascio di Subversion 1.9: errori "Scaduti" durante il commit su HTTPv1 .

L'errore è perché non hai aggiornato quel particolare file, prima aggiorna quindi solo tu puoi eseguire il commit del file.

Ho provato tutto ma cambia in .svn direttamente. Niente ha aiutato, quindi ecco la mia soluzione.

In Eclipse> Finestra> Mostra vista> Cronologia ho visto che il file non è alla revisione più recente, anche se ho creato più svn "Sostituisci e aggiorna" / "Ripristina" / elimina file e checkout.

Così sono andato Esplora pacchetti> Fai clic destro sul file> Sostituisci con> Ultime dal repository .

Un altro sguardo nella Visualizzazione cronologia ha mostrato che il file era ora sull'ultima revisione.

"Clean Up" Ti porterà in pista.

Fare clic con il tasto destro sulla cartella svn e fare clic su "Pulisci", fare questo se si ottiene quell'errore.

Questo è successo quando ho aggiornato un ramo di una versione precedente con i file dal trunk. Ho usato Esplora risorse per copiare le cartelle dalla mia cartella di verifica del bagagliaio e le ho incollate nella mia vista Eclipse della cartella di verifica del ramo di rilascio. Ora Windows Explorer era configurato per non mostrare i file "nascosti" che iniziano con ".", Quindi ero ignaro di tutti i file .svn errati che venivano incollati nella mia cartella di verifica del ramo di rilascio. Doh!

La mia soluzione era quella di spazzare via il progetto Eclipse danneggiato, controllarlo di nuovo e quindi copiare i nuovi file in modo più accurato. Ho anche cambiato Windows per mostrare i file "nascosti".

ho riscontrato questo errore durante il tentativo di eseguire il commit di alcuni file, solo che era un file / cartella che non esisteva nella mia copia di lavoro. Davvero non volevo passare attraverso la seccatura di spostare i file e ricontrollare, alla fine, ho finito per modificare il file .svn / entry e rimosso il riferimento alla directory offensiva.

Nel mio caso, solo la cancellazione della versione locale e il checkout della nuova copia erano una soluzione.

Ho appena ricevuto questo errore. Quello che consiglio è di controllare prima sul tuo server se il file originale è lì. A volte le modifiche non vengono apportate nella cartella locale. Se questa è la tua situazione, basta eliminare la cartella e ricontrollare.

Per risolvere, avevo bisogno di ripristinare il file con problemi e aggiornare la mia copia di lavoro, e successivamente ho modificato nuovamente il file e dopo questi passaggi l'errore non si è più verificato.

Basta svn su nella riga di comando o se ci si trova in Windows selezionare l'opzione di aggiornamento svn.

• Fatto ciò, ciò ti consentirà di compiere ulteriori azioni come l'impegno e altri.

L'ho appena ricevuto mentre stavo provando commitda una trunkdirectory. Fare svn updatedalla trunkdirectory non ha risolto l'errore; tuttavia, facendo svn updatedalla directory principale (dove .svnappartiene la directory) ha risolto l'errore.

La mia ipotesi su ciò che è accaduto (un caso d'uso tra l'altro, potrebbe esserci più ragioni per questo "svn: E160024: risorsa non aggiornata; provare ad aggiornare"): insieme a trunk, c'era una branchesdirectory. Ho tirato una branches/branch-1in masterda GitHub. Fare svn updatedalla directory principale (ovvero la radice della mia copia di lavoro) invece di trunkaver fatto qualcosa branchesin aggiunta a trunk. Quando ci ho provatocommit nuovo, non si è verificato alcun errore.

Tuttavia, come ho detto sopra, questo è un caso probabilmente tra molti altri.

Nota a margine: a differenza di quanto suggerito da qualcuno, non credo sia una buona idea giocare manualmente nella .svndirectory.