svn:MK403活动被禁止

我在尝试提交到svn存储库时遇到此错误：

svn: MKACTIVITY of '/svn/Demo/!svn/act/e2e65cfa-...4165f': 403 Forbidden (http://svn....com:8088)

---

知道为什么吗？我在谷歌上搜索了很多，但找不到适合我的解决方案。

检查您是否提供了正确的凭据，或者您是否有足够的权限访问该repo（如果您可以管理服务器配置，通常查看authz文件）。正如上面一位评论者所说，这是一个权限问题。

如果用户在用户名末尾放置空格，也会发生这种情况。我们的设置是通过apache中的http进行svn。如果用户在用户名的末尾加上空格，它将被删除，apache将通过身份验证。然而，svn将无法找到用户名，您将得到这个相当神秘的错误

---

这也可能是由于一个奇怪的url案例问题造成的。Windows在文件系统的情况下并没有什么不同，但svn有不同（即使在Windows上运行）。请参阅相关信息。

仔细检查存储库路径中的大小写。

我不知道这个答案是否对您有帮助，但在我的情况下，它与服务器域名和区分大小写有关

我们用于此工作副本的URL为

而不是正确的URL

错误的URL用于“签出”和“更新”以及浏览回复，但不用于“复制”或“提交”

使用准确的URL签出新的工作副本会使问题消失

---

（使用subversion 1.6.12，在Microsoft Windows服务器上安装了Visual SVN Server）

在我修改.htaccess以限制请求方法后，发生了403禁止的错误，方法是：

RewriteCond %{REQUEST_METHOD} !^(GET|HEAD|POST|PROPFIND|OPTIONS|PUT)$ [NC]
RewriteRule .* - [F,NS,L]

---

存储库路径中的案例必须与服务器上的案例匹配。我花了很多时间跟踪为什么一些用户可以将更改提交到存储库，而另一些用户不能。事实证明，“禁止”用户的初始签出是使用所有小写的URL完成的。./svn/robotconfig“，而存储库的名称实际上是“./svn/robotconfig”。在使用正确大小写的存储库名称重新签出后，用户可以提交更改。

我刚刚使用Eclipse和Subversive插件实现了这一点。对项目执行团队>清理修复了它。

用户名区分大小写是我的问题。管理员告诉我我的用户名是。。。“MyName”用于签出和更新，但在提交时必须使用“MyName”小写

在我的案例中，“解决方案”是：我们公司愚蠢的管理员只是简单地改变了从SVN到GIT的一切，而没有将其传达给开发人员。说真的。

我经常遇到这个问题

rm -rf ~/.subversion/auth

总是对我有用

---

删除此目录，然后再次尝试提交。

我已解决此问题，问题在于存储在以下文件夹中的旧凭据

\Users\\AppData\Roaming\Subversion\auth\svn

.Simple

---

刚刚从该文件夹中备份文件并删除所有文件，然后再次尝试提交，

SVN

或

Subclipse

将提示用户名和密码，并提供密码，然后提交。

我已更新了eclipse，并开始遇到同样的问题

我做了所有的把戏，似乎什么都不管用。但旧的eclipse仍在运行

因此，我意识到IT团队中有人更改了域名案例，因此我的用户名从：

域\用户名到域\用户名

---

因此，在删除

\Users\\AppData\Roaming\Subversion

之后，登录对话框再次出现并重新回到正轨。

我在第一次提交新的svn分支时遇到了完全相同的问题，这是由于URL路径中使用了小写，而在签出时它本应是大写。在根签出目录的.svn文件夹中，找到文件wc.db，在文本编辑器中打开它，用正确的URL路径全局替换错误的URL路径，保存文件。请再次提交，您将不再有该问题。

我也有同样的问题。我正在使用Intellij，通过执行以下操作解决了此问题：

文件-->设置

在“版本控制”列表下选择“Subversion”

在常规选项卡中，找到并单击“清除身份验证缓存”

点击Ok

尝试签入一些更改，Intellij将询问您的凭据

在签出分支上执行

svn开关--relocate

命令后，似乎出现了此问题

---

享受吧

在我的案例中，问题的根源不是套管，而是svn端口的变化

通过重新定位工作副本修复了此问题：

svn switch --relocate https://svn.company.com/svn/path/branches/java8 https://svn.company.com:465/svn/path/branches/java8

---

看起来像是权限问题是的，当您只有对的读取权限时，可能会发生此错误repository@PhilMY这不是真的。在更改了我的子版本密码但未更新TortoiseSVN保存的密码后出现问题。关于如何更改陆龟密码的帖子：这对我不起作用。在我的案例中，这是一个关于URL案例的问题，如Stiefel的回答所述：在这篇文章中：Intellij版本：14。