Ho avuto una sovversione sottoposta a/home/svn/docs, quindi ho scelto di utilizzare un percorso diverso, rimosso quella dir con rm-rf e controllato un nuovo repository a casa mia/user/docs dir. ha funzionato bene Se ora voglio commettere qualcosa che dice:permesso svn txn-current-lock negato
svn: Impossibile aprire il file '/ home/svn/docs/db/TXN-corrente-lock': Autorizzazione negata
Sono in esecuzione ubuntu
Sembra che il repository di subversion sia presente in /home/svn/docs e non si disponga dell'autorizzazione di scrittura. Probabilmente il repository viene creato come un utente diverso e il commit viene eseguito come un utente diverso.
Un modo per affrontare questo è di garantire a tutti gli utenti di Subversion appartengono allo stesso gruppo e questo gruppo ha scrivere accesso alla cartella di repository.
Ho lo stesso problema, ma ho spostato completamente il mio repository. Anche il percorso a cui si riferisce questo messaggio di errore non esiste più. – webdevbyjoss
@webdevbyjoss. Puoi pubblicare più dettagli del tuo problema come una nuova domanda in modo che attiri l'attenzione e qualcuno possa rispondere? – Raghuram
Ho vissuto lo stesso problema. usando Windows. Ho provato a dare il pieno controllo a tutti, ma ancora id non ha funzionato.
Ho provato a rinominare txn-current-lock a txn-current-lock.xxx e write-lock a write-lock.xxx e ha funzionato. Immagino che questi file stessero bloccando e causando l'errore in primo luogo e persino eliminarli avrebbe risolto il problema.
NON CANCELLARE txn-current perché è necessario da svn.
Btw, ho trovato un articolo qui http://cloudspring.com/how-to-use-dropbox-with-svn-or-git-for-cloud-source-control-management/ che spiega come utilizzare Dropbox e svn per creare un 'scm distribuita' e attualmente sperimentando con questo, è così che ho ancountered questo problema. Di solito svn funziona bene immidamente.
Penso che un modo sia semplicemente cancellare 'txn-current-lock' e' write-lock', anche se mi chiedo come sono stati creati in primo luogo e perché non sono stati cancellati. A proposito, ho provato a rinominare e cancellare entrambi i file di blocco, né risolto il problema su Linux. Mi chiedo se la vera risposta risieda altrove ... – icedwater
Hai trovato la risoluzione? La risposta che abbiamo qui non funziona, in quanto non abbiamo repository sotto il vecchio percorso di più. – webdevbyjoss