代码之家  ›  专栏  ›  技术社区  ›  Tobias

svn:mkactivity 403禁止

svn
  •  48
  • Tobias  · 技术社区  · 16 年前

    我在尝试提交到SVN存储库时收到此错误:

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

    你知道为什么吗?我搜索了很多,但找不到适合我的解决方案。

    15 回复  |  直到 8 年前
        1
  •  22
  •   azkotoki    16 年前

    检查您是否提供了正确的凭据,或者您是否具有访问该报告的权限(如果可以管理服务器配置,则通常查看authz文件)。正如一位评论者所说,上述问题是许可问题。

        2
  •  34
  •   Stiefel    9 年前

    我不知道这个答案是否对您有所帮助,但在我的例子中,它与服务器域名和区分大小写有关。

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

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

    而不是正确的URL

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

    错误地,错误的URL用于“签出”和“更新”以及浏览响应,但不用于“复制”或“提交”。

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

    (将Subversion 1.6.12与安装在Microsoft Windows服务器上的Visual SVN服务器一起使用)

        3
  •  7
  •   Kosmos    15 年前

    再次检查存储库路径中的大小写。

        4
  •  6
  •   Matthew    12 年前

    我经常遇到这个问题,

    rm -rf ~/.subversion/auth
    

    总是为我工作。

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

        5
  •  5
  •   Sam    14 年前

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

        6
  •  5
  •   Sliq    13 年前

    在我的案例中,“解决方案”是:我们公司愚蠢的管理员简单地将所有东西从SVN更改为Git,而不将其传达给开发人员。说真的。

        7
  •  4
  •   Ahmad AlMughrabi    10 年前

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

    1. 文件-->设置
    2. 在“版本控制”列表下,选择“Subversion”。
    3. 在“常规”选项卡中,查找并单击“清除授权缓存”。
    4. 打好了。
    5. 尝试签入一些更改,Intellij将询问您的凭据。

    enter image description here

    这个问题似乎是在你这样做之后发生的 svn switch --relocate 对已签出分支的命令。

    享受!

        8
  •  2
  •   Mike Miller    15 年前

    如果用户在用户名末尾放置一个空格,也可能发生这种情况。我们的设置是通过Apache中的HTTP的SVN。如果用户在其用户名的末尾放置空白,那么它将被修剪,而Apache将通过认证。然而,SVN将找不到用户名,您将得到这个相当神秘的错误。

    它也可能由于一个奇怪的URL案例问题而发生。Windows对文件系统的情况没有影响,但SVN(即使在Windows上运行时也是如此)。查看有关此的一些信息 here .

        9
  •  2
  •   polster    13 年前

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

        10
  •  0
  •   Dawn Green    14 年前

    修改.htaccess以限制请求方法时发生403禁止错误:

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

    只是我在使用带有颠覆性插件的Eclipse时遇到了这种情况。对项目执行团队清理已修复。

        12
  •  0
  •   mohit    10 年前

    我解决了这个问题,问题是存储在下面文件夹中的旧凭据 \Users\<Your user name>\AppData\Roaming\Subversion\auth\svn 简单的

    刚从该文件夹中备份文件并删除所有文件,然后再次尝试提交, SVN Subclipse 将提示用户名和密码并提供,然后完成,它将提交。

        13
  •  0
  •   Reginaldo Santos    10 年前

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

    我耍了所有的花招,似乎什么都没用。但旧的日食仍然有效。

    因此,我意识到IT团队中有人更改了域名大小写,所以我的用户名从:

    域\用户名到域\用户名

    所以,删除后 \Users\<Your user name>\AppData\Roaming\Subversion ,登录对话框再次显示并返回轨道。

        14
  •  0
  •   Vadzim    8 年前

    在我的例子中,问题的根源不是在套管中,而是在更换过的SVN端口中。

    通过工作副本的重新定位修复此问题:

    svn switch --relocate https://svn.company.com/svn/path/branches/java8 https://svn.company.com:465/svn/path/branches/java8
    
        15
  •  -1
  •   svnUser    10 年前

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