![]() |
1
22
检查您是否提供了正确的凭据,或者您是否具有访问该报告的权限(如果可以管理服务器配置,则通常查看authz文件)。正如一位评论者所说,上述问题是许可问题。 |
![]() |
2
34
我不知道这个答案是否对您有所帮助,但在我的例子中,它与服务器域名和区分大小写有关。 我们用于此工作副本的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
再次检查存储库路径中的大小写。 |
![]() |
4
6
我经常遇到这个问题,
总是为我工作。 删除此目录,然后再次尝试提交。 |
![]() |
5
5
存储库路径中的大小写必须与服务器上的大小写匹配。我花了很多时间来跟踪为什么有些用户可以提交对存储库的更改,而其他用户则不能。事实证明,当存储库的名称实际上是“..svn/robotconfig”时,“禁止”用户的初始签出是使用小写的URL“..svn/robotconfig”完成的。在使用正确的存储库名称重新签出之后,用户可以提交更改。 |
![]() |
6
5
在我的案例中,“解决方案”是:我们公司愚蠢的管理员简单地将所有东西从SVN更改为Git,而不将其传达给开发人员。说真的。 |
![]() |
7
4
我也有同样的问题。我正在使用Intellij,我通过执行以下操作解决了此问题:
这个问题似乎是在你这样做之后发生的
享受! |
![]() |
8
2
如果用户在用户名末尾放置一个空格,也可能发生这种情况。我们的设置是通过Apache中的HTTP的SVN。如果用户在其用户名的末尾放置空白,那么它将被修剪,而Apache将通过认证。然而,SVN将找不到用户名,您将得到这个相当神秘的错误。 它也可能由于一个奇怪的URL案例问题而发生。Windows对文件系统的情况没有影响,但SVN(即使在Windows上运行时也是如此)。查看有关此的一些信息 here . |
![]() |
9
2
用户名区分大小写是我的问题。管理员告诉我我的用户名是…”“myname”用于签出和更新,但在提交时必须使用“myname”小写。 |
![]() |
10
0
修改.htaccess以限制请求方法时发生403禁止错误:
|
![]() |
11
0
只是我在使用带有颠覆性插件的Eclipse时遇到了这种情况。对项目执行团队清理已修复。 |
![]() |
12
0
我解决了这个问题,问题是存储在下面文件夹中的旧凭据
刚从该文件夹中备份文件并删除所有文件,然后再次尝试提交,
|
![]() |
13
0
我已经更新了我的Eclipse并开始遇到同样的问题。 我耍了所有的花招,似乎什么都没用。但旧的日食仍然有效。 因此,我意识到IT团队中有人更改了域名大小写,所以我的用户名从: 域\用户名到域\用户名
所以,删除后
|
![]() |
14
0
在我的例子中,问题的根源不是在套管中,而是在更换过的SVN端口中。 通过工作副本的重新定位修复此问题:
|
![]() |
15
-1
当我第一次提交一个新的SVN分支时,我遇到了完全相同的问题,这是由于URL路径中使用的小写,而在签出时它应该是大写的。在根签出目录的.svn文件夹中,找到文件wc.db,在文本编辑器中打开它,用正确的URL路径全局替换错误的URL路径,保存文件。再次提交,您将不再有那个问题。 |
![]() |
Eric · pip安装-e svn+ssh不接受用户 7 年前 |
|
Anu699 · 在git中管理多个项目的最佳方式是什么?[已关闭] 7 年前 |
![]() |
Dipu H · Viewvc未扩展关键字 7 年前 |
![]() |
NealWalters · SVNLook-存储库格式-语法不正确 7 年前 |
![]() |
m-mas · 尝试与svn重新同步trac时出错 7 年前 |
![]() |
Wombattle · 通过命令行在SVN中保留时间戳 7 年前 |