前言SVN在使用的过程中会遇到各种各样的问题，小黑在最近的使用中，遇到如下的两个问题，这里贴出来供大家参考问题记录SVN在源码仓库中不存在，导致无法删除和上传问题提示：Working copy path 'SubVIs/ControlMake.vi' does not exist in repository
解决方法：右键，打开SVN的浏览器，在浏览器中删除该文件夹下的所有东西，然后重新上传一次SVN上锁后无法上传文件问题现象：问题分析：观察发现，出现问题的VI位于..\0512@Toolbar Config\Test POP UP\POP UP Demo1\Demo 1.vi由于SVN的上锁机制导致不在上锁的电脑上无法进行解锁操作问题解决：上锁的文件上具有小锁的标志&&在上锁的目录上Check for modification检查源码仓库中对代码的锁定在需要解锁的文件上可以选择Release lock或者是Break lock&问题参考：SVN 的锁定与解锁一直习惯于单枪匹马作战，因此使用 SVN 做版本控制时，就没有协同开发的概念，自然就用不到 SVN 的锁机制了。现在在公司上班就不一样了，几个人做同一个项目，代码就有可能被被人修改。这个项目初期就告诉他们，为了操作的简易性，项目成员修改一个文件时，不需要锁定文件。但是前提条件是，每个人负责一个独立的模块。一直都很正常，直到昨天晚上，一个同事修改了我的模块的内容，并提交了……我 UPDATE 代码后，发现我的代码被 SVN 太过“聪明”地覆盖了，导致昨天写的许多代码段被覆盖，大杯具也 T_T自此，我就要求项目成员把自己负责的模块下的所有文件加锁，其他任何人需要修改你的模块代码前，得先通知你，再强制锁定相应的模块。当然，如果文件太多，或者一个文件经常需要由好几个人修改，你可能不希望将所有文件回锁，那么可以要求项目成员在修改这些模块之前加锁，防止其它成员同时修改并提交修改。提交的时候，如果想要继续维持锁状态，要勾选上“保持锁定/keep lock(s)”的选项，否则提交后会自动释放锁。如果你的工作目录丢失，重新 check out 之后你可能会发现，锁定者是自己但是无法获取锁，这时你需要使用“强制获取锁/steal lock(s)”来获取锁。如果一个文件被别人锁定，而你一定要修改这个文件，那么先通知锁定人，再“强制获取锁/steal lock(s)”。— EOF —
阅读(...) 评论()SVN(**Subversion简称**)是一个开源的版本控制系统，很多开发者都会用到它，但是使用不当会给你带来不必要的困扰，我就是其中一位，以前都是按照正确流程操作，后面使用久了，就会忽略掉一些使用细节，这也是导致问题出现的因素之一。
SVN(**Subversion简称**)是一个开源的版本控制系统，很多开发者都会用到它，但是使用不当会给你带来不必要的困扰，我就是其中一位，以前都是按照正确流程操作，后面使用久了，就会忽略掉一些使用细节，这也是导致问题出现的因素之一。
当你满怀激动的心情终于可以提交修改的代码时，SVN蹦出一条信息提示：
Description : Commit failed (details follow):Status : 155011Description : Directory '/Users/superdanny/CompanyProject/OShoppingMerchant[支付平台商家版]/OShoppingMerchant/Images.xcassets/Source/placeholderImage1.imageset' is out of dateStatus : 155011
Description : Item '/OShoppingMerchant[支付平台商家版]/OShoppingMerchant/Images.xcassets/Source/placeholderImage1.imageset' is out of dateStatus : 170004
信息的意思是所在目录下的项目已经过期
其实这个问题是可以避免的，原因是由于我们平时没有养成代码提交顺序习惯。
一般代码的提交流程：
先从服务器update下最新的代码，然后再开始着手修改代码。
修改完代码之后再将代码commit到服务器
希望有出现这种状况的D友们下次注意一下。
再一次感谢您花费时间阅读这篇文章！
微博： 博客：
版权声明：本文内容由互联网用户自发贡献，本社区不拥有所有权，也不承担相关法律责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件至： 进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容。
用云栖社区APP，舒服~
【云栖快讯】数据库技术天团集体亮相，分享一线生产实践经验，告诉你踩过的坑、走过的路，都是老司机，靠谱！干货分享，不可错过！&&
阿里云移动APP解决方案，助力开发者轻松应对移动app中随时可能出现的用户数量的爆发式增长、复杂的移动安全挑战等...
基于阿里聚安全的核心技术，为移动应用（APP）提供全生命周期的安全服务，其能够准确发现应用的安全漏洞，恶意代码，...
通过机器学习和数据建模发现潜在的入侵和攻击威胁，帮助客户建设自己的安全监控和防御体系，从而解决因网络攻击导致企业...
为您提供简单高效、处理能力可弹性伸缩的计算服务，帮助您快速构建更稳定、安全的应用，提升运维效率，降低 IT 成本...
2017杭州云栖大会火热抢票
Loading...异常排查（28）
在搭建好svn服务器，并成功创建仓库文件夹，创建svn服务后。Checkout某个仓库，对该仓库文件进行更改后，使用commit，却提示“authorization
Svn在对某一个仓库进行第一次创建的时候，要对该仓库进行权限设置；因为仓库在刚开始创建的时候，默认权限是不对任何人开发此仓库的提交与修改；
（1）来到svn仓库内，随便打开一个项目，访问conf文件夹，会出现如下三个子文件，svn就是通过这三个文件来控制权限的；
（2）svnservce.conf：定义所有认证和授权政策；
（3）passwd：创建账号与密码；
（4）authz：为账号赋予权限，并将此账号与项目创建联系
（5）具体配置参照如下步骤：
第一步对svnserve.conf 文件作如下修改，找到以下四行：
#anon-access= read
#auth-access= write
#password-db= passwd
#authz-db= authz
将这四行前的“#”号去掉,并修改如下：
anon-access= none 不允许匿名用户访问
auth-access= write 通过验证的用户可以读写
password-db= passwd 用户保存文件
authz-db= authz 权限管理文件
第二步对passwd中 添加一行
user1=user1passwd（前面是用户名，后面是密码）
user2=user1pwd
第三步对authz中 作如下操作&&&&&&&&
svngroup= ltw
[rupeng:/]
@svngroup= rw 定义组svngroup下的所有用户拥有 读写权限 （注意：rw权限具有继承性，例如我们对于根目录设置了有读写权限则对于根目录下的所有子目录同样具有读写权限）
user1= r 定义用户user1拥有读权限
* =其他用户无任何权限
如果权限保护目录为中文，则必须将authz文件利用ultraedit工具转存为UTF-8 无BOM 格式否则权限不生效
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：54249次
积分：2009
积分：2009
排名：第19327名
原创：152篇
阅读：1512
文章：10篇
阅读：3242
文章：13篇
阅读：4149
文章：23篇
阅读：7396
文章：62篇
阅读：22931
(15)(18)(18)(26)(17)(21)(16)(16)(10)用SVN管理代码出现的一些问题 - ～渴望进取～ - ITeye博客
问题1：SVN：This client is too old to work with working copy 错误
用TortoiseSVN上传代码后，用eclipse迁出时提示"The client is too old to work"错误。
查看TortoiseSVN的版本为：
TortoiseSVN 1.7.2, Build 22327 - 32 Bit ,
Subversion 1.7.2,
apr-utils 1.3.12
neon 0.29.6
OpenSSL 1.0.0e 6 Sep 2011
zlib 1.2.5
安装的eclipse插件subeclipse的版本为1.6.x。在网上搜索得知，两者版本不匹配会出现上面的错误。官网上注明(NOTICE部分)了，但是我没注意看。
Subclipse 1.4.x includes and requires Subversion 1.5.x client features and working copy format.
Subclipse 1.6.x includes and requires Subversion 1.6.x client features and working copy format.
Subclipse 1.8.x includes and requires Subversion 1.7.x client features and working copy format。
所以解决办法是安装匹配版本，本例中，我应该安装Subeclipse 1.8.x。
问题2：Incompatible JavaHL library loaded. 1.7.x or later required.
如果出现“JavaHL”错误时，注意检查是否安装好了JavaHL。wiki地址为：。windows下和linux下处理方式有些不一样。
问题3：安装上面的操作依然不可以checkout！
很无奈，太折腾了。现在弄清楚原因了。
原因如下：
我宿舍一台windows电脑，安装的是subversion1.7+subeclipse1.8.x；实验室的电脑是ubuntu，安装的是subversion1.6+subeclipse1.8.x。
我没想到的是ubuntu更新后安装的也还是svn1.6，通过svn --verison可以查看。问题就出在这里！我一直以为ubuntu里装的是最新版。更要命的是，如果你用svn1.7建的仓库，并上传了代码，那么用svn1.6是无法下载下来的！所以解决办法如下：
用svn1.6建仓库！windows上用svn1.7也可以checkout！
windows下配置为：subversion1.7+subeclipse1.8.x
ubuntu下配置为：subversion1.6+subeclipse1.6.x
【用低版本的建仓库，第一次传代码】
附录：如何将现有代码变为仓库？
1、在google code申请一个帐号，完成后会得到一个svn的地址。此外，密码是随机生成的，需要得到。
2、进入工程文件夹，用RabbitSvn或者TortoiseSvn的commit(提交)命令将该文件夹提交上去。注意：此时代码并未上传，仅仅在文件夹下生成了一个.svn的文件夹，表示这个目录下有新的文件处于添加状态(刷新后显示"+"号)。
3、在eclipse中已经安装好subeclipse插件，刷新工程文件，会看到所有文件显示+号。
4、右键工程-&Team-&commit(提交)，选择要上传的代码即可！
问题4：Commit后提示以下错误，无法提交成功！
命令行下，提示 "svn: Commit failed (details follow): svn: '/***/xxx.c' is scheduled for addition, but is missing"
用RabbitSVN，图形界面下提示 "/xxx/xxx.c is not a working copy"
原因：之前用SVN提交过的文件，被标记为"add"状态，等待被加入到仓库。若此时你把这个文件删除了，SVN提交的时候还是会尝试提交这个文件，虽然它的状态已经是 "missing"了。
解决：在命令行下用 "svn revert xxx.c"，在图形界面下，右键--Revert，选中那个文件。这样就告诉SVN把这个文件退回到之前的状态 "unversioned"，也就是不对这个文件做任何修改
ubuntu 安装rabbitSVN的方法，记录如下：
先下载一个包/p/rabbitvcs/downloads/detail?name=rabbitvcs-0.15.0.5.tar.bz2&can=2&q=
解压并打开一个终端，输入cd ~/Download/rabbitvcs-0.15.0.5/
然后再运行：
sudo python setup.py install --install-layout=deb
sudo cp ./clients/nautilus-3.0/RabbitVCS.py /usr/share/nautilus-python/extensions
nautilus -q
pgrep -f service.py | xargs kill
nohup nautilus & /dev/null &
浏览: 41764 次
来自: 武汉