2013-02-22 12 views
9

Sto cercando di interrogare il registro SVN per ottenere un output XML per un ramo di funzionalità per includere tutte le revisioni tra 2 date utilizzando la riga cmd di SlikSVN. Sto ottenendo l'errore precedente "svn: E160013: File not found: revision 21602, path 'XXX'". Quando ho individuare il percorso nel percorso non esiste e se cerco attraverso il libro SVN in tartaruga non riesco a trovare la revisione 21602. Questa è la query:svn: E160013: file non trovato: revisione 21602, percorso 'XXX' Query registro SVN

svn log --xml PATH -v -r {2012-09-25}:{2013-02-22} > XXX.xml 

mi stanco eseguendo il seguente:

svn log --xml PATH -v -r 21603:{2013-02-22} > XXX.xml 

e lo stesso errore viene restituito se non con la revisione "21603", anche se posso vedere che esiste nel Tortoise Log.

Ho già eseguito la stessa query su molte filiali di funzionalità e non ho mai riscontrato questo problema. Ho provato a farlo funzionare contro il tronco questo è stato tagliato come un test e ottengo lo stesso tipo di errore. Solo a parte le revisioni si riferiscono a cartelle e file (XXX nel messaggio di errore descritto sopra) nella radice del ramo che non è mai esistito. Qualche aiuto su questo sarebbe molto apprezzato visto che ho esaurito tutte le risorse disponibili per scoprire cosa sta succedendo qui.

+0

Sto avendo un problema simile. Il mio "colpevole" sembra essere una "mossa" svn. E il numero di revisione che appare dal nulla sembra essere quando una cartella viene spostata. Non ho alcuna risoluzione in questo momento. Fammi sapere se pensi che anche tu abbia avuto una mossa da qualche parte. Grazie. – granadaCoder

risposta

3

Prima di tutto, se si desidera eseguire una query su un file che non esiste più nella copia di lavoro corrente, è necessario fornire il percorso completo alla posizione del repository SVN, ad es. http://svn/repo/trunk/src/myfile anziché src/myfile.

In secondo luogo, se è stato eliminato, non sarà visualizzato da solo utilizzando -r <rev> - è necessario fornire una revisione piolo, cioè una revisione che identifica a che punto nel tempo (cioè in cui la revisione) Subversion dovrebbe guardare per il percorso specificato. Utilizzerà quindi l'oggetto che trova in quella revisione nel percorso specificato per eseguire tutte le operazioni richieste.

Infine, se l'intervallo di revisione operativo (ovvero ciò che viene fornito con l'opzione -r) include una revisione in cui il percorso specificato non esiste più, Subversion si lamenterà di nuovo che il file non è stato trovato.

Per ulteriori informazioni sulla revisione peg, date un'occhiata a questo link: http://svnbook.red-bean.com/en/1.6/svn.advanced.pegrevs.html

Per la tua ricerca, provare

svn log --xml [email protected] -v -r {2012-09-25}:LASTREV > XXX.xml 

dove FULLPATH è il percorso completo del repository, REV è una revisione in cui il percorso esisteva e LASTREV è l'ultima revisione in cui il file/cartella esisteva nel repository.

+0

Grazie. Mi ha risparmiato un lungo mal di testa perché la vecchia guida di Redbean non ha funzionato sugli elementi eliminati. – anttir

Problemi correlati