403使用Subversion的禁止错误
我最近升级到Subversion 1.5，现在我不能提交我的代码到存储库。 我收到一条错误消息：“403禁止响应MKACTIVITY”。 我知道升级工作，因为我的开发人员没有得到这个问题。 这是怎么回事？
回答我自己的问题：
显然我的SVNurl有错误的情况！ 谷歌search出现了一篇文章（不再在线提供），解释了正在发生的事情。 我的URL是http://svn.foobar.com/foobar的forms，但实际的存储库被称为http://svn.foobar.com/fooBar 。
我使用TortoiseSVN，所以修复是使用Relocate命令来更正存储库的path。
希望这会帮助别人。
我们遇到了这个问题，开发人员非常沮丧。 出于某种原因，从存储库中读取似乎不区分大小写，但要小心。
我理解为什么这个案例很重要，原因在于Subversion在unix文件系统中的区分大小写，但是我真的希望你能在初始签出时得到错误，而不是提交！
另外一个例子，如果你用相同的名字但是大小写不同的文件（例如foobar和FooBar）提交两次文件。 当然，这只有在Windows系统上才有可能，可能只是Todd上面的答案的一个特例。 我们的一个开发人员意外地做了这个，同样花费了我们很多的debugging时间。
托德是对的。 愚蠢的是repo浏览器在签出时接受大写和小写，但如果您在签出时使用了错误的大小写，则提交将失败。
另一个可能的原因是，在作为客户端的msWin环境中，是代理设置。
configuration： internet-explorer / internetOptions / connections / LAN-Settings / advanced / exceptions
把你的SVN服务器的例外。
名字可能是别人，我不使用英文作为系统语言。
Access to 'foo' forbidden或403 Forbidden Access to 'foo' forbidden错误表明您的用户帐户没有权限请求的存储库。 由于存储库中的存储库名称和path区分大小写，因此应检查input的URL是否正确，以及是否使用正确的凭据login。 运行svn auth查看客户端计算机上存储的凭据。
通常情况下，Subversion中的访问控制是以path授权的forms实现的，完全支持读/写 ， 只读和无访问权限级别。 如果您实施复杂的访问控制策略，则必须了解Subversion中的访问控制原则。 阅读文章KB33：了解VisualSVN服务器授权以获取更多信息。 虽然标题中提到了“VisualSVN Server”，但文章总的来说涵盖了基于path的授权，并应该适用于其他SVN服务器分发。
我认为这里的事情是Subversion（不pipe其服务器安装在OS平台上） 是否区分大小写。
但是，客户的操作系统可能不是。 这可能会造成一个问题。
在我的公司，我有这个案子，花了我大约一个小时才弄明白。 所以，一个在mac上工作的开发人员承诺使用同名的svn文件，但是他把名字中的几个字母改成了大写字母。 对于Mac和颠覆，这不是一个问题，文件进来。
后来另一个开发人员碰巧在windows笔记本电脑上工作，出现了一个错误，窗户完全混乱，无法做任何事情。
所以，解决scheme是 – 我问开发人员，我可以删除两个文件中的哪一个。 我在linux上做了这个，大家都很开心。
所以，大写/小写拼写不是一个颠覆的问题，但Windows操作系统之一。
这发生在我身上，原因是我没有访问该文件夹。 一旦pipe理员添加我的用户，我能够签出代码。
用户/证书没有权限读取svn中的回购。 出于这个原因，你不能通过浏览器/乌龟来访问版本库。 与pipe理员交谈解决这个问题。
我遇到过同样的问题：
访问存储库条目时发生错误（403 Forbidden）
我发现了一些不同的方法。 但对我来说，解决scheme是：下载正确的插件（ subclipse 1.4 ）版本的svn安装在服务器上是1.4.3
就我而言，问题在于，jenkins正在经历一个代理。 我在Tomcat的catalina.properties文件中给出了下面的属性。
http.proxyHost=proxyserver http.proxyPort=3128
为了指示它避免通过代理，我不得不添加http.nonProxyHosts属性。 多个主机可以通过pipe道（|）分离
http.nonProxyHosts=localhost|*.companydomain.com
SVN服务器在Intranet上。 我不需要通过代理。
