Sono nuovo di tartaruga ... Quando provo ad eseguire l'aggiornamento SVN sulla cartella C: \ Windows Server 2008 R2, ricevo i messaggi di errore:Copia di lavoro di 'c: folder' bloccata. Tentativo di scrivere un database di sola lettura
sembra che ho bisogno di cambiare i permessi di file/cartelle ... che cosa li cambiano a
Ho dovuto dare il mio account il pieno controllo della directory. Sembrava aver perso queste autorizzazioni durante la copia usando il mio script PowerShell, che era in esecuzione come amministratore
Try per utilizzare il comando Rilascia blocco su quella cartella.
E poi un ripulire anche. Forse risolverà il problema.
entrambi i comandi generano il messaggio di errore "tenta di scrivere un database di sola lettura". Se è utile, la cartella è stata creata da uno script PowerShell con privilegi di amministratore. Sembra che l'aggiornamento SVN funzioni come amministratore ... ma vorremmo essere in grado di usare il plugin shell anche per usare la tartaruga. – Hoppe
+1 Aak: sembrava che alcune delle mie cartelle funzionassero. Penso che il Tortoise SVN sia stato corrotto, in qualche modo. – jp2code
Hai ragione. Prova a concedere all'account utente Windows tutti i diritti sulla cartella di lavoro. Ha funzionato anche per me. Da quello che ho vissuto, questo è un tipo di problema logico. In realtà non è nemmeno un problema, ma una cosa normale. In breve: quando un utente di Windows lavora su una copia funzionante, blocca la copia di lavoro per se stesso. Se poi un altro utente tenta di lavorare su quella stessa copia di lavoro, non può, perché l'utente precedente continua a lavorare su di esso, quindi è ancora bloccato dal primo utente (finché non esegue il commit e rilascia il blocco).
Quindi sì. Se non hai altra opzione, concedi al tuo account utente Windows tutti i diritti sulla cartella, se puoi.
Il mio caso era il seguente. Ho un disco rigido portatile su cui ho la copia funzionante. Ieri ho lavorato con quel disco fisso su un computer e non ho commesso. Oggi ho dovuto usare un computer diverso, quindi con un utente Windows diverso ma con lo stesso disco rigido portatile. Ovviamente la copia funzionante era bloccata e non potevo aggiornare, né commettere, né pulire ... Non potevo fare nulla. Quindi ho dato ai miei attuali utenti pieni diritti su quella cartella e ha funzionato.
Spero che abbia senso ora. :)
È necessario aggiungere esplicitamente il proprio utente alla cartella (non solo un gruppo a cui appartiene l'utente).
Questo è stato corretto aggiungendo il mio account windows alla directory e dando pieno accesso all'account nella directory.
Nel gruppo degli amministratori locali, ma dovevo ancora aggiungermi esplicitamente alle autorizzazioni prima che mi permettesse di eseguire il commit. – Lankymart
L'abilitazione dell'ereditarietà in Impostazioni di sicurezza avanzate per la cartella ha risolto il problema. – Rohith