Come correggere "manca l'area di amministrazione della copia di lavoro mancante" in SVN?

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 il perché, ma esiste comunque una soluzione.

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

Secondo questo: http://www.devcha.com/2008/03/svn-directory-svn-contain-working.html

Esegui il checkout della cartella "blabla" in un'altra posizione, quindi copia nuovamente la sua cartella .svn nella "blabla" originale.

prima, ho avuto una situazione simile e ho usato svn --force delete __dir__ . Ciò ha risolto il problema per me. Quindi ho continuato a lavorare con la mia copia di lavoro normalmente.

Quello che ho fatto per risolvere questo problema è stato quello di eliminare la copia locale della cartella in questione e quindi fare uno svn updatedei genitori direttamente dopo.

Risolto il problema.

Puoi provare a estrarre una nuova copia della directory principale?

Modifica: per essere un po 'più specifico, intendevo suggerire di salire di un livello ed eliminare la directory di contenimento. Quindi fare un

svn update --set-depth infinity

per sostituire la directory.

Ho aggiunto una directory a svn, quindi ho accidentalmente eliminato la cartella .svn all'interno.

ero solito

svn delete --keep-local folderName

per risolvere il mio problema.

Ho appena fatto 'svn ripristina / blabla' e ha funzionato, la cartella è tornata e posso svn eliminarla

L'errore "Manca la directory 'blah / .svn' contenente l'area di amministrazione della copia funzionante" si è verificato quando ho tentato di aggiungere la directory al repository, ma non disponevo di privilegi di filesystem sufficienti per farlo. La directory non era già nel repository, ma sosteneva di essere sotto il controllo della versione dopo l'aggiunta non riuscita.

Il check-out di una copia della directory principale in un'altra posizione e la sostituzione della cartella .svn nella directory principale della copia di lavoro mi ha permesso di aggiungere e impegnare correttamente la nuova directory (dopo aver corretto i permessi del file, ovviamente).

Usiamo maven e svn. È stato un check-in errato della directory di destinazione in SVN a causare questo errore. Rimozione che risolto tutto, se questo suggerimento aiuta chiunque.

Ho provato svn rm --force /path/to/dirinutilmente, ma ho finito per correre svn upe lo ha risolto per me.

Ho avuto questo errore di recente, quando i file sono stati esclusi dalle impostazioni nei miei globi SVN. L'errore è stato particolarmente brutto poiché ho anche eliminato i file direttamente dal repository - e questo significava che le soluzioni di cui sopra stavano rifiutando non avrebbe funzionato. In questo caso, l'eliminazione manuale della directory .svn dalla directory che ho rimosso da SVN mi ha permesso di eseguire un aggiornamento che mi ha permesso di impegnarmi.

Ho avuto lo stesso problema, quando stavo provando a cambiare "C: \ supercartella"

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.

Ho avuto questo errore di recente. È stato causato dal fatto che root possiede un paio di file nella directory che danno questo errore.

Dopo aver modificato le autorizzazioni tutto ha funzionato come previsto.

Non ho capito molto dai tuoi post. La mia soluzione è

1. Taglia la cartella problematica e copia in una posizione.
2. Ottieni la soluzione da Subversion in un'altra directory di lavoro (solo una nuova).
3. Aggiungi la tua cartella salvata alla nuova copia di lavoro e aggiungila come progetto esistente (se è progetto come nel mio caso).
4. Commettere;

Ho avuto questo problema. Basta spostare temporaneamente blabla in un'altra posizione, dire a svn di ripristinarlo, quindi spostarlo indietro. Viene trattato come una nuova aggiunta. Semplice!

Il più semplice che mi ha aiutato:

rm -rf _dir_in_question_
svn up

Se hai cambiamenti nella directory problematica, questa non è una buona soluzione per te.

Mi sono imbattuto in questo problema durante la sostituzione di una libreria API di terze parti con una versione più recente e nessuna delle soluzioni qui funzionava davvero per me perché volevo sostituire la versione SVN con la versione locale. La mia soluzione era la seguente:

1) Sposta la cartella offensiva nella mia home directory, eliminala da SVN e commetti:

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

2) Riporta la cartella, aggiungila a SVN e esegui nuovamente il commit:

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

Leggermente irritante dover impegnarsi due volte, ma sembra aver funzionato bene.

Nel caso qualcuno volesse l'ennesima soluzione:

1. Controlla nella tua nuova cartella come "foldername2"
2. Vai al browser repository Tortise SVN
3. Rinomina "foldername2" in "foldername"
4. In Windows Explorer esegui un aggiornamento

Spero che aiuti qualcuno.

-EV

Per me, lo stesso problema si è verificato quando entrambi:

• cancellato ( --force) un file .map
• aggiunto * .map a svn:ignoreviasvn propedit svn:ignore .

La mia soluzione era:

1. annulla le modifiche alla proprietà
2. commettere modifiche ai file
3. controlla una nuova copia del repository (ahimè!)
4. cambia la proprietà e commetti

Ho avuto questo problema quando stavo cercando di aggiungere una directory a svn. Ho risolto andando nel browser repo. Fare clic con il tasto destro nella finestra di sinistra, scegliere aggiungi cartella e aggiungere la directory direttamente nel browser repo.

Ho quindi cancellato la directory localmente (dopo il backup ovviamente) fatto un clean-up e un aggiornamento svn e tutto funzionava di nuovo.

Prima di tutto controlla il progetto nel tuo sistema in una cartella. Quindi rimuovere la cartella .svn dal progetto in conflitto e copiare la cartella .svn dalla nuova cartella di checkout e incollarla nella cartella di lavoro. Quindi il problema è risolto.

Un'attività comune che ho riscontrato è stata quella di prendere una directory di repository in fase di gestione temporanea e copiarla in un altro repository - entrambi in SVN ed entrambi chiamati con lo stesso nome. Il modo in cui ha funzionato 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