svn：MKACTIVITY 403禁止
尝试提交到svn存储库时出现此错误：
svn: MKACTIVITY of '/svn/Demo/!svn/act/e2e65cfa-...4165f': 403 Forbidden (http://svn....com:8088) 任何想法为什么？ 我googled了很多，但找不到解决scheme，适合我。
检查你是否提供了正确的证书，或者你有足够的权利来达到这个回购（通常看authz文件，如果你可以pipe理服务器configuration）。 正如一位评论者所说，上述是一个许可问题。
我不知道这个答案是否有帮助，但在我的情况下，这与服务器域名和区分大小写有关。
我们用于这个工作副本的URL是
https://bhm18a.serona.org:8443/svn/nebeam/eco/branches/apple2010
而不是正确的url
https：//开头bhm18a：8443 / SVN / NeBeam /生态/分支机构/ apple2010
古怪的是，错误的URL工作“检出”和“更新”和浏览存储库，但不是“复制”或“提交”。
使用确切的URL检出新的工作副本使问题消失。
（将Subversion 1.6.12与安装在Microsoft Windows Server上的Visual SVN Server一起使用）
仔细检查存储库path中的shell。
我一直在讨论这个问题
rm -rf ~/.subversion/auth
总是为我工作。
删除这个目录，然后尝试再次提交。
库path中的情况必须与服务器上的情况相匹配。 我花了很多时间来追踪为什么一些用户可以提交对存储库的更改，而其他用户则不能。 事实certificate，当“repository”的名字实际上是“../svn/RobotConfig”时，“禁止”用户的初始签出是用所有小写的“../svn/robotconfig”中的URL完成的。 在使用正确安装的存储库名称进行全新检出之后，用户可以提交更改。
在我的情况下，“解决scheme”是：我们公司的愚蠢的pipe理员只是简单地改变了从SVN到GIT的一切，而没有与开发人员沟通。 认真。
我有同样的问题。 我正在使用Intellij，并通过执行以下操作来解决此问题：
- 文件 – >设置
- 在“版本控制”列表下select“Subversion”。
- 在常规选项卡中，find并单击“清除身份validationcaching”。
- 点击确定。
- 尝试签入一些更改，Intellij会询问您的凭据。
看来这个问题发生后，你的svn switch --relocate命令在你的签出分支。
请享用！
如果用户在其用户名的末尾放置空格，也会发生这种情况。 我们的设置是通过http在Apache中的svn。 如果用户在用户名的末尾input空白，它将被修剪，并且apache将通过auth。 但svn将无法find用户名，你会得到这个相当神秘的错误。
这也可能是由于一个奇怪的URL案例问题。 Windows在文件系统的情况下并没有什么不同，但svn确实（即使在Windows上运行）。 在这里看到一些信息。
用户名区分大小写是我的问题。 pipe理员告诉我，我的用户名是…“MyName”用于检出和更新，但是在提交时，必须使用“myname”小写。
在修改.htaccess以限制请求方法之后发生了403 Forbidden错误：
RewriteCond %{REQUEST_METHOD} !^(GET|HEAD|POST|PROPFIND|OPTIONS|PUT)$ [NC] RewriteRule .* - [F,NS,L]
刚刚发生了这种情况，使用Eclipse与Subversive插件。 执行一个团队>清理项目修复它。
我解决了这个问题是旧的凭据存储在下面的文件夹\Users\<Your user name>\AppData\Roaming\Subversion\auth\svn .Simple
只需从这个文件夹中取回文件并删除所有文件，然后再次尝试提交， SVN或Subclipse将提示用户名和密码并提供并完成，它将提交。
我已经更新了日食，并开始得到这个相同的问题。
我做了所有的伎俩，似乎没有任何工作。 但是老的日食仍在工作。
所以，我意识到IT团队中的某个人已经改变了域名大小写，所以我的userId从：
域\用户名到域\用户名
因此，在删除\Users\<Your user name>\AppData\Roaming\Subversion ，login对话框再次显示并返回正轨。
在我的情况下，问题的根源不是在大肠杆菌，而是在改变的svn端口。
修复了工作副本的重定位问题：
svn switch --relocate https://svn.company.com/svn/path/branches/java8 https://svn.company.com:465/svn/path/branches/java8
当我第一次提交一个新的svn分支时，我遇到了完全相同的问题，这是因为URLpath中使用了小写字母，在结帐时它应该是大写。 在根检出目录的.svn文件夹中，find文件wc.db，在文本编辑器中打开它，用正确的URLpath全局replace不正确的URLpath，保存文件。 再次犯下，你不会再有这个问题了。
