Come risolvere il problema "manca l'area di amministrazione della copia di lavoro" in SVN?

Question

Ho eliminato manualmente una directory che ho appena aggiunto, offline, nel mio repository.Non riesco a ripristinare la directory.

Qualsiasi tentativo di eseguire un aggiornamento o un commit fallirà con:

"blabla/.svn" containing working copy admin area is missing.

Capisco perché, ma c'è comunque per risolvere questo problema.

Non voglio controllare l'intero repository e aggiungervi manualmente le modifiche, ci vorrebbero ore.

Answer 1

In base a questo: http: // www. devcha.com/2008/03/svn-directory-svn-containing-working.html

Check-out la cartella "blabla" in una posizione diversa e quindi copiare la relativa cartella svn di nuovo nel "blabla" originale.

Answer 2

FWIW, ho avuto una situazione simile e usato svn --force eliminare __dir __ . Questo risolto il problema per me. Poi ho continuato a lavorare con la mia copia di lavoro come al solito.

Answer 3

Quello che ho fatto per risolvere questo problema è stato quello di eliminare il locale copia della cartella in questione e poi fare un svn update del genitore direttamente in seguito.

fissi bene in su.

Answer 4

Puoi provare a controllare una nuova copia della directory genitore?

Modifica Per essere po 'più specifico, volevo suggerisco di andare al livello superiore e l'eliminazione della directory che contiene. Poi fare un

svn update --set-depth infinity

per sostituire la directory.

Answer 5

Ho aggiunto una directory svn, poi ho accidentalmente cancellato la cartella svn all'interno.

ho usato

svn delete --keep-local folderName

per risolvere il mio problema.

Answer 6

Ho appena fatto 'svn revert / blabla' e ha funzionato, la cartella è tornato e posso svn eliminarlo

Answer 7

L'errore "Directory 'bla / .svn' contenente area di lavoro copia di amministrazione mancante" si è verificato quando ho tentato di aggiungere la directory al repository, ma non ha avuto privilegi filesystem abbastanza per farlo. La directory non era già nel repository, ma è stato la pretesa di essere sotto il controllo di versione dopo l'add fallito.

Il check-out una copia della directory padre in un'altra posizione, e sostituendo la cartella svn nella directory principale della copia di lavoro mi ha permesso di aggiungere e commettere la nuova directory con successo (dopo aver fissato i permessi dei file, ovviamente).

Answer 8

Usiamo Maven e svn. E 'stato un check sbagliata di directory di destinazione a SVN che causano questo errore. Rimozione che tutto fisso, se questo suggerimento aiuta chiunque.

Answer 9

Ho cercato svn rm --force /path/to/dir senza alcun risultato, ma ha finito per svn up solo in esecuzione ed è fissata per me.

Answer 10

ho avuto questo errore di recente, quando i file sono stati esclusi dalle impostazioni nei miei globali SVN. L'errore è stato particolarmente brutto da quando sono eliminati anche i file direttamente dal repository - e questo significava che le soluzioni di cui sopra si rifiutavano non avrebbe funzionato. In questo caso, eliminare manualmente la directory .svn dalla directory che ho rimosso da SVN mi ha permesso di eseguire un aggiornamento che poi mi ha permesso di commettere.

Answer 11

Ho avuto lo stesso problema, quando stavo cercando di cambiare "C:\superfolder"

Messaggio di errore:

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

Dopo aver provato a fare una "pulizia", ​​ho ricevuto il seguente errore:

 Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

Soluzione:

1. Elimina la cartella "sottocartella"
2. Pulisci la cartella "supercartella"
3. Prova a cambiare nuovamente la cartella "supercartella"

questo ha funzionato per me.Per favore fatemi sapere se funziona anche per voi.

Answer 12

ho avuto questo errore di recente. E 'stato causato da radice possedere un paio di file nella directory di dare questo errore.

Dopo aver cambiato i permessi tutto ha funzionato come previsto.

Answer 13

Non ho capito molto dai vostri messaggi. La mia soluzione è

1. Tagliare la cartella problematica e copiare in una certa posizione.
2. Non ottenere la soluzione da Subversion in un'altra directory di lavoro (solo uno nuovo).
3. Aggiungi la tua cartella salvata alla nuova copia di lavoro e aggiungerlo come progetto esistente (se si tratta di progetto, come nel mio caso).
4. Commit;

Answer 14

Ho avuto questo problema. Basta spostarsi blabla in un'altra posizione temporanea, dire svn per tornare, e poi spostarlo indietro. Si è trattata come una nuova aggiunta. Semplice!

Answer 15

Il più semplice che mi ha aiutato:

rm -rf _dir_in_question_
svn up

Se si dispone di modifiche nel dir problematico, allora questo non è una buona soluzione per voi.

Answer 16

Mi sono imbattuto in questo problema quando si sostituisce una terza libreria API festa con una versione più recente, e nessuna delle soluzioni qui davvero lavorato per me, perché ho voluto sostituire la versione SVN con la versione locale. La mia soluzione è stata la seguente:

1) Spostare la cartella incriminata a casa mia dir, eliminarlo da SVN e impegnarsi:

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2) Mettere la cartella posteriore, inserirlo a SVN e commettere di nuovo:

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

Un po 'irritante avere a commettere due volte, ma sembra di aver lavorato bene.

Answer 17

Nel caso in cui qualcuno vuole ancora un'altra soluzione:

1. Controlla nella vostra nuova cartella come "foldername2"
2. Vai in Tortise SVN del browser repo
3. Rinomina "foldername2" a "nomecartella"
4. In Esplora risorse fare un aggiornamento

Speranza che aiuta qualcuno.

-EV

Answer 18

Per quanto mi riguarda, lo stesso problema è accaduto quando ho entrambi:

• soppresso (--force) un file MAP
• aggiunto * .map a svn:ignore tramite svn propedit svn:ignore .

La mia soluzione era quella di:

1. annullare le modifiche alla proprietà
2. commit modifiche ai file
3. checkout una nuova copia del repository (ahimè!)
4. modificare la proprietà e si impegnano

Answer 19

Ho avuto questo problema quando stavo cercando di aggiungere una directory svn. Ho risolto andando nel browser pronti contro termine. Proprio facendo clic nella finestra di sinistra, la scelta di aggiungere cartelle e aggiungendo la directory direttamente nel browser pronti contro termine.

Allora ho cancellato la directory locale (dopo il backup ovviamente) ha fatto un pulito aggiornamento e svn e tutto funzionava ancora.

Answer 20

Prima di tutto checkout del progetto nel vostro sistema in una cartella. Quindi rimuovere la cartella svn dal progetto di conflitti e copiare la cartella Svn dalla nuova cartella cassa e incollare nella cartella copia di lavoro. Poi problema è risolto.

Answer 21

Un compito comune che ho vissuto è stato dover prendere una directory repo nella stadiazione e copiarlo su un altro repo - sia sotto SVN ed entrambi chiamati lo stesso nome. Il modo in cui ha lavorato per me è stato il seguente:

svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A