Ich hatte eine Subversion nach/home/svn/docs ausgecheckt, dann wählte ich einen anderen Pfad, entfernte das Verzeichnis mit rm-rf und überprüfte ein neues Repository zu mir nach Hause/user/docs Richt. das hat gut funktioniert. Wenn ich jetzt etwas begehen will, sagt es:svn txn-current-lock-Berechtigung verweigert
svn: Datei kann nicht geöffnet '/ home/svn/docs/db/txn-Strom-lock': Permission
verweigertich ubuntu bin mit
Es sieht aus wie Ihre Subversion Repository ist in /home/svn/docs vorhanden und Sie haben keine Schreibberechtigung. Möglicherweise wird das Repository als ein anderer Benutzer erstellt und das Commit wird als ein anderer Benutzer ausgeführt.
Eine Möglichkeit, dies zu lösen ist, indem alle Subversion gewährleisten Benutzer gehören zur selben Gruppe und diese Gruppe hat Zugriff auf das Repository Ordner zu schreiben.
Ich habe das gleiche Problem, aber ich habe mein Repository komplett verschoben. Der Pfad, auf den sich diese Fehlermeldung bezieht, existiert nicht mehr. – webdevbyjoss
@webdevbyjoss. Kannst du mehr Details zu deinem Problem als neue Frage veröffentlichen, damit es Aufmerksamkeit bekommt und jemand antworten kann? – Raghuram
Ich habe das gleiche Problem erfahren. Verwenden von Fenstern. Ich habe versucht, jedem die volle Kontrolle zu geben, aber es hat immer noch nicht geklappt.
Ich habe versucht, txn-current-lock zu txn-current-lock.xxx umzubenennen und write-lock zu write-lock.xxx und es hat funktioniert. Ich denke, diese Dateien wurden gesperrt und verursachten den Fehler an erster Stelle und sogar das Löschen dieser Dateien würde das Problem lösen.
LÖSCHEN Sie txn-current NICHT, da es von svn benötigt wird.
Btw, ich fand einen Artikel hier http://cloudspring.com/how-to-use-dropbox-with-svn-or-git-for-cloud-source-control-management/ erklären, wie Dropbox und Svn verwenden, um eine "verteilte scm" zu erstellen, und ich experimentiere derzeit mit diesem, so habe ich dieses Problem begegnet. Normalerweise funktioniert svn sofort.
Ich denke, ein Weg ist einfach 'txn-current-lock' und' write-lock' zu löschen, obwohl ich mich frage, wie sie überhaupt erstellt wurden und warum sie nicht gelöscht wurden. Übrigens habe ich versucht, beide Lock-Dateien umzubenennen und zu löschen, weder das Problem unter Linux gelöst. Ich frage mich, ob die wahre Antwort woanders liegt ... – icedwater
Haben Sie die Auflösung gefunden? Die Antwort, die wir hier haben, funktioniert nicht, da wir kein Repository unter altem Pfad mehr haben. – webdevbyjoss