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,并通过执行以下操作来解决此问题:

  1. 文件 – >设置
  2. 在“版本控制”列表下select“Subversion”。
  3. 在常规选项卡中,find并单击“清除身份validationcaching”。
  4. 点击确定。
  5. 尝试签入一些更改,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

只需从这个文件夹中取回文件并删除所有文件,然后再次尝试提交, SVNSubclipse将提示用户名和密码并提供并完成,它将提交。

我已经更新了日食,并开始得到这个相同的问题。

我做了所有的伎俩,似乎没有任何工作。 但是老的日食仍在工作。

所以,我意识到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,保存文件。 再次犯下,你不会再有这个问题了。