org.tigris.subversion.javahl.ClientException: Permission denied
Commit failed (details follow):
Can't move '/home/********/svn/db/txn-protorevs/1000-sk.rev' to '/home/**********/svn/db/revs/1/1001': Permission denied
檢查的權限的文件或更好的目錄。 使用
ls -l
爲了看老闆
chown -R owner.group /path
喬恩是改變owenr /組。改變你的價值觀。 Instaed你可以設置所有的permision爲777 Linux中始終工作，但它不是很時尚:)
chmod 777 -R /path
在這兩種情況下，-R代表recusirve。就是說它會影響所有的子目錄和文件也
謝謝，這是問題 – 2011-03-09 12:29:31
對我來說，我遇到了同樣的問題。上面修復SVN服務器上整個存儲庫文件夾結構遞歸更改權限解決了這個問題。 原因正在運行使用「svnadmin負荷」爲根，而不是爲運行Apache的用戶（以及具有正確的權限和所有的SVN倉庫文件/文件夾的所有權）。可能有文件記錄，但要小心使用svnadmin命令！ – Adam 2011-06-15 03:33:18
眼看它說：「權限被拒絕」，就好像你的憑據別噸有在SVN權限在目標文件夾
寫難道這指的是本地文件系統上的路徑，或路徑在遠程顛覆回購？它與文件權限有關，還是與「svn」任務運行的用戶有關？這是在Windows上嗎？
這聽起來好像有一個與你的本地文件系統的一個問題，即在運行SVN命令的用戶沒有必要寫PRIVS。也許你簽出的項目爲「根」，而你試圖去提交作爲「mohammedj」什麼
在我的情況下，沒有周圍的是保持鎖定文件的過程。關閉可疑應用程序可能會解決問題，如果問題仍然存在，即使嘗試重新啓動。
錯誤表明您沒有足夠的權限寫入到特定的存儲庫。對於權限問題，您應該聯繫存儲庫管理員。底線是您沒有足夠的權限來執行操作。
猜測：你正在使用svn + ssh並且權限已經全部搞砸了。如果是這種情況，下面的Kreker可能是正確的。你需要在SVN服務器上運行足夠的perms命令。 – wowest 2011-03-08 15:23:50
謝謝你們所有人...... – 2011-03-09 12:29:51