Subclipse lamenta "Il percorso non è una copia funzionante" dopo aver spostato l'area di lavoro

Question

Di recente ho spostato la mia directory dell'area di lavoro Eclipse e ora Subclipse si lamenta ogni volta che apro un file, scaricando sulla console qualcosa del tipo:

  

Il percorso non è una directory di copia funzionante

     

svn: ' [percorso directory originale (pre-spostamento) ' non è una copia funzionante

     

Nessun file o directory

Ciò accade anche quando provo esplicitamente a visualizzare la cronologia di un file. Ciò persiste durante le pulizie di SVN, chiudendo e riaprendo Eclipse, ecc.

Aggiornamento, check-in, check-out e così via sembrano funzionare bene, e Tortoise non si lamenta affatto, quindi chiaramente non sono i metadati SVN a essere rovinati, sono alcuni metadati specifici di Subclipse. Qualcuno può dirmi come spazzare via questi metadati rotti?

---

Modificato per aggiungere: " Team > Disconnect " seguito da " Team > Condividi " non risolve il problema.

---

Modificato di nuovo per aggiungere: ho passato in rassegna l'intera directory .metadata e una delle directory del progetto per un elemento univoco del vecchio percorso e non posso lo trovi ovunque tranne in .metadata / .log (il messaggio di errore stesso) e in alcuni vecchi avvisi di Findbugs. Molto bello.

Answer 1

Stavo avendo lo stesso messaggio di errore usando la subclipse con javahl su un progetto fuori dalla directory dell'area di lavoro. Passare a svnKit ha risolto il mio problema.

Answer 2

Devi eliminare i file .syncinfo . Questo può essere fatto facilmente (nella maggior parte dei casi) chiudendo e aprendo Eclipse, tuttavia puoi anche farlo manualmente come nel seguente:

  

Per eliminare la cache, chiudere Eclipse. La cache è archiviata in:

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects/PROJECTNAME/​.syncinfo

     

Quindi puoi semplicemente trovare ed eliminare tutti i file denominati .syncinfo in

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects

Citato da questo articolo: http://subclipse.tigris.org /ds/viewMessage.do?dsForumId=1047&dsMessageId=868799

Answer 3

Ho appena fatto un " Team - > Pulizia " e questo errore esatto è andato via! Ho anche riscontrato questo errore perché mi sono spostato tra le macchine e il percorso non era lo stesso.

Uso di Eclipse 3.6 e del plugin Subversion 1.6.

Aggiornamento nel 2016: funziona ancora perfettamente con Eclipse 4.5.2 e Subclipse 1.10.

Answer 4

Modificato per aggiungere: No, ha parlato troppo presto. Questo non lo risolve. Alcuni file sembrano non presentare il problema.

---

Il seguente sembra risolvere il problema:

1. Team > Disconnect.
2. Esci da Eclipse.
3. Soffia via .metadata / .plugins / org.tigris.subversion.subclipse. * .
4. Riavvia Eclipse.
5. Team > Share.

Non sono sicuro di come il vecchio percorso fosse effettivamente archiviato nelle preferenze del plugin, ma doveva essere stato lì da qualche parte. È abbastanza patetico di Subclipse memorizzare percorsi assoluti, ma a quanto pare lo è.

C'è un bug archiviato su questo , o almeno su lo stesso messaggio di errore. Nessun contesto. Cinquanta centesimi dicono che viene respinto.

Answer 5

Sono sicuro che ci sono molte cause con soluzioni diverse, ma ho trovato quella che ha funzionato per me su Il blog di Dan Wilson . Rimuovi semplicemente le cartelle offensive dallo spazio di lavoro (probabilmente salvandole se hanno nuovi contenuti), aggiorna (lasciando che Subversion ricrea le cartelle), quindi sposta i contenuti nelle nuove cartelle nello spazio di lavoro.

Answer 6

Ho ricevuto l'errore quando ho provato a rinominare una classe cambiando il caso da DAO a Dao in Eclipse.

Ho dovuto rinominarlo in qualcosa come Dao2 e quindi sono stato in grado di rinominarlo in Dao .

Answer 7

Cosa ha funzionato per me: Esegui un "refattore - rinomina" sul progetto = > dopodiché fallo di nuovo per rinominarlo con il nome originale.

Answer 8

Difficile dirlo senza ulteriori informazioni.

Hai spostato l'intero spazio di lavoro o solo il contenuto?

Inoltre, puoi provare a creare un nuovo spazio di lavoro da zero e ricontrollare l'intero progetto.

In alternativa, puoi provare a eliminare la directory .metadata e ricollegare nuovamente il progetto usando File - > import - > progetto esistente nell'area di lavoro e quindi ricollegare i dati SVN tramite il Team - > Condividi i progetti (con una 's'), o forse fai solo l'ultimo bit dopo aver prima disconnesso il progetto da SVN.

Answer 9

Fai clic con il pulsante destro del mouse sulla cartella del progetto: Team - > Aggiornamento alla testa

Questo riporterà la directory. Eliminalo di nuovo ed esegui il commit

Answer 10

Nel mio caso avevo le cartelle dei progetti in Esplora progetti e dovevo solo riaprire il progetto

Answer 11

Per me, questo messaggio di errore è stato causato da un'installazione non aggiornata di Subclipse e dalle librerie SVNKit e JahaHL sottostanti. Ho usato TortoiseSVN al di fuori di Eclipse per gestire le mie directory di progetto e il mio recente aggiornamento alla serie 1.8.x di strumenti (Tortoise) SVN ha rotto le mie copie di lavoro per Subclipse.

Tutto quello che dovevo fare per risolvere era andare su Aiuto " Installa nuovo software ... " e fai clic su " Aggiungi ... " per aggiungere un nuovo sito di aggiornamento. Ho scelto l'ultimo sito di aggiornamento per l'ultima versione su http://subclipse.tigris.org/ servlet / ProjectProcess? pageID = p4wYuA e Subclipse aggiornato da lì.

Quindi tutti i miei progetti esistenti hanno funzionato e ho potuto riconnettermi a quello da cui avevo già provato a disconnettermi senza problemi.

Answer 12

Ho lo stesso problema

Avevo un nuovo progetto, l'ho aggiunto a SVN. Quindi tutto funziona normalmente, finché non provo a rinominare nuovamente un file java, ottengo:

move D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/Skbean.java D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/SkBean.java
    Path is not a working copy directory
svn: Path 'D:\dev\sk_ws\ge-parent\ge-core\src\main\java\com\skillkash\ge\beans\SkBean.java' is not a directory

Ora l'URL SVN è:

svn://qnap/share/MD0_DATA/svn/sk/ge-core/trunk

e la radice del repository è:

svn://qnap/share/MD0_DATA/svn/sk

Ovviamente solo condividere il progetto, quindi provare a spostare un file usando il sottoclipe non funziona - deve essere un bug. Devo fare tutto il refactoring al di fuori di Eclipse e modificare manualmente tutti i file interessati.

Answer 13

controlla l'intero progetto in una directory temporanea, quindi ho copiato la directory .svn di primo livello e ho sostituito la mia cartella di lavoro .svn con questa.

http: // blog. itopia.de/directory-svn-containing-working-copy-admin-area-is-missing/275

Mi sveglia.

Answer 14

Avevo aggiunto un file png al mio progetto, ma ho riscontrato questo errore nel tentativo di rinominarlo o eliminarlo. La pulizia e l'aggiornamento del progetto non hanno fatto nulla.

Sono entrato nella prospettiva di sincronizzazione del team svn, ho fatto clic con il tasto destro sul file e l'ho cancellato. Ciò ha risolto il mio problema.

Answer 15

Qualche tempo fa ho avuto un problema simile. Sembra che Subclipse (o Eclipse) memorizzi il percorso assoluto delle copie di lavoro. La soluzione più pulita è esportare nuovamente il repository nel nuovo percorso.

Se si dispone di codice non impegnato, è possibile copiarlo sopra l'esportazione pulita (senza la cartella .svn)

Answer 16

Anch'io ho avuto questo problema e ho semplicemente eliminato il progetto dallo spazio di lavoro (lasciando intatti i file sul filesystem).

Ho quindi importato un progetto svn nell'area di lavoro.

Importa- > SVN- > Acquista progetto da SVN.

Ho usato il mio archivio esistente per inserire i file.

Questo problema è stato causato quando ho cambiato le edizioni Eclipse e usato un plug-in Subclipse che era una versione precedente a quella che avrei dovuto usare.

Ho disinstallato la versione più recente e installato la versione precedente corretta e tutto ha funzionato bene.