svn：MKACTIVITY 403禁止

Question

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

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

知道为什么吗？我google了很多，但找不到适合我的解决方案。

Answer 1

我不知道这个答案对你有帮助，但就我而言，它与服务器域名和区分大小写有关。

我们用于此工作副本的网址是

https://bhm18a.serona.org:8443/svn/nebeam/eco/branches/apple2010

而不是正确的网址

https://bhm18a:8443/svn/NeBeam/eco/branches/apple2010

奇怪的是，错误的URL用于“签出”和“更新”并浏览存储库，但不用于“复制”或“提交”。

使用确切的网址检出新的工作副本会导致问题消失。

（在Microsoft Windows Server上安装Visual SVN Server时使用subversion 1.6.12）

Answer 2

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

Answer 3

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

Answer 4

我一直遇到这个问题并且

rm -rf ~/.subversion/auth

总是适合我。

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

Answer 5

存储库路径中的大小写必须与服务器上的大小写匹配。我花了很多时间来追踪为什么有些用户可以对存储库进行更改而其他用户无法进行更改。事实证明，当存储库的名称实际上是“../svn/RobotConfig”时，“禁止”用户的初始结帐是使用全部小写“../svn/robotconfig”的URL完成的。在使用正确插入的存储库名称进行新的签出后，用户可以提交更改。

Answer 6

在我的情况下，“解决方案”是：我们公司的愚蠢管理员只是将所有内容从SVN更改为GIT而不将其传达给开发人员。严重。

Answer 7

我遇到了同样的问题。我正在使用Intellij，我通过执行以下操作解决了这个问题：

1. 文件 - ＆gt;设置
2. ＆＃34;版本控制＆＃34;列表选择＆＃34; Subversion＆＃34;。
3. 在“常规”标签中，找到＆amp;单击＆＃34;清除身份验证缓存＆＃34;。
4. 点击确定。
5. 尝试签入一些更改，Intellij会询问您的凭据。



在您签出的分支上执行svn switch --relocate命令后，似乎发生了此问题。

享受！

Answer 8

如果用户在其用户名末尾放置空格，也会发生这种情况。我们的设置是通过apache中的http svn。如果用户在他们的用户名末尾放置空格，它将被修剪，而apache将通过auth。然而，svn将无法找到用户名，你将得到这个相当神秘的错误。

由于奇怪的网址问题，也可能发生这种情况。 Windows在文件系统案例中没有区别，但svn确实如此（即使在Windows上运行）。请参阅此here上的一些信息。

Answer 9

用户名区分大小写对我来说是个问题。管理员告诉我，我的用户名是...“MyName”用于结帐和更新，但在提交时，必须使用“myname”小写。

Answer 10

我修改.htaccess以限制请求方法后发生了403 Forbidden错误：

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

Answer 11

在使用带有Subversive插件的Eclipse时发生了这种情况。执行团队＆gt;项目清理修复了它。

Answer 12

我解决了这个问题，问题在于旧凭​​据存储在以下文件夹中 \Users\<Your user name>\AppData\Roaming\Subversion\auth\svn。简单

只需从该文件夹中取回文件并删除所有文件并再次尝试提交，SVN或Subclipse将提示用户名和密码并提供并完成，它将提交。

Answer 13

我已经更新了我的日食并开始遇到同样的问题。

我做了所有的技巧，似乎没什么用。但是日食仍然有效。

所以，我意识到IT团队中有人改变了域名案例，所以我的userId改为：

域名\用户名

的DOMAIN \用户名

因此，在删除\Users\<Your user name>\AppData\Roaming\Subversion后，登录对话框会再次显示并返回正轨。

Answer 14

在我的情况下，问题的根源不是在套管中，而是在更改的svn端口。

通过重新定位工作副本来解决此问题：

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

Answer 15

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