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