最近我面临的承诺SVN的问题。 我使用的SVN服务器VisualSVN服务器2.5.9和客户端的TortoiseSVN 1.7.12。
起初,一个用户是有问题的文件提交到SVN。 但是,用户仍然可以访问到存储库并下载更新。 第二个PC上的第二用户正常工作。 但今天,第二个用户有同样的问题作为第一个用户。
为什么出现这种情况? 如何才能解决? 谢谢。
最近我面临的承诺SVN的问题。 我使用的SVN服务器VisualSVN服务器2.5.9和客户端的TortoiseSVN 1.7.12。
起初,一个用户是有问题的文件提交到SVN。 但是,用户仍然可以访问到存储库并下载更新。 第二个PC上的第二用户正常工作。 但今天,第二个用户有同样的问题作为第一个用户。
为什么出现这种情况? 如何才能解决? 谢谢。
如果您的用户帐户没有访问权限的存储库,收纳库路径就可以得到“禁止”的错误; 这是有道理的,以检查授权设置您的用户帐户。 请确保您的系统管理员没有没有访问权限的存储库路径提供你。
如果你确信权限设置是否正确,然后仔细检查您使用的URL。 在Apache的Subversion的URL是区分大小写的 。
另外,我建议你阅读在Subversion和VisualSVN服务器授权的文章:
如果问题在于客户端,这可能是错误的原因之一。
在客户端上TortoiseSVN
节省下的客户端凭证
龟设置/保存数据/认证数据。
我得到了同样的错误,试图将我的文件,但我的凭据发生了变化。 这里清除这个缓存会给你一个弹出的下一提交尝试进行重新输入正确的凭据。
作为一个新的用户这两个软件包,我经历了完全相同的问题。 正如上面也发现,我的解决办法是使用相同的大小写字母是在库路径。
下面是我找到有用的一个技巧:在的VisualSVN,你可以右键点击的路径,然后单击“复制网址到剪贴板”中乌龟粘贴,以确保路径是相同的情况。
其实,我有这个问题和你一样。 我的窗户是Server 2008和我颠覆的信息是:
TortoiseSVN的1.7.6,建设22632 - 64位,2012/03/08十八时29分39秒的Subversion 1.7.4,1.4.5四月APR-utils的1.3.12霓虹灯0.29.6的OpenSSL 1.0.0g 2012年1月18日的zlib 1.2。五
我用这样的方式,我解决了这个问题。 我用[组]选项。 此选项使问题。 我重写AuthZ的文件内容。 我删除组选项。 我设定一个接一个。 我用得好。
谢谢阅读。
对我来说,解决办法是检查用户名的大小写。 很多人都提的是,网址是区分大小写的,但似乎用户名是也!
我无法承诺CSHARP-文件(*的.cs)。 最终的问题是,在某些时候,我安装的是mod_mono,这使得*的.cs-文件无法访问,通过它的配置。 因此,它可能是一个Apache的配置问题,如果只是某种文件无法访问。
grep ".cs" /etc/apache2/mods-enabled/*
...
mod_mono_auto.conf:AddType application/x-asp-net .cs
...