svn

1.环境 centos6.4 2.安装svn yum -y install subversion 3.配置 建立版本库目录 mkdir /www/svndata svnserve -d -r /www/svndata 4.建立版本库 创建一个新的Subversion项目 svnadmin create /var/www/svndata/njlrxx 配置允许用户jiqing访问 cd /var/www/svndata/njlrxx/conf vi svnserve.conf anon-access=none auth-access=write password-db=passwd 注：修改的文件前面不能有空格，否则启动svn server出错 vi passwd [users] #<用户1> = <密码1> #<用户2> = <密码2> jiqing=123456 5.客户端连接 svn co svn://ip/njlrxx 用户名:jiqing 密码：123456 =============================================================== 6.实现SVN与WEB同步,可以CO一个出来,也可以直接配在仓库中 1)设置WEB服务器根目录为/var/www/webroot 2)checkout一份SVN svn co svn:/

本文转载至 http://blog.sina.com.cn/s/blog_6bfa2fc10101euf6.html mac svn命令行使用入门 1. 初始化项目 svn import /Users/cress/本地项目目录 https://server/项目目录 -m "Initial import" 上述命令回车提交，会出现相应提示信息【需要输入密码，用户名，按照提示输入】。 示例如下： cressmatoMac-mini:conf cress$ svn import /Users/cress/本地项目目录 https://server/项目目录 -m "Initial import" Authentication realm: XXXXXX Password for 'cress': Authentication realm: XXXXXX Username: harry Password for 'harry': Adding (bin) /Users/cress/本地项目目录 Committed revision 1. 说明： svn import： 导入 /Users/cress/本地项目目录：需要导入的本地电脑上的项目目录 svn://server/项目目录：保存到svn服务器上的目录 -m：本次svn命令的消息参数简写，可以svn help查看了解。

今天在svn提交的时候它卡顿了一下,我以为已经提交完了,就按了一下,结果就再也恢复不了,也继续不了了... 报错 cleanup failed–previous operation has not finished; run cleanup if it was interrupted 试过执行cleanup,结果也是失败,要更新先要cleanup，但是cleanup的失败信息又叫我cleanup……这是一个死循环！ 感觉这是一个设计上的缺陷：使用工作队列来保存数据，后一个操作依赖于前一个操作的结果，一旦失败就要使用cleanup操作。但是，当cleanup操作失败的时候这个机制就陷入了死循环。 解决办法就从它的数据库中直接删除工作队列中的数据，注意是sqlite数据库。 1.下载 sqlite3.exe 如果是mac系统 跳过这一步 2.找到项目的.svn结尾的文件.(这个文件是被隐藏的,一般就是在整个svn的项目根目录).可以看到里面有wc.db这样一个文件. 3.把下载好的sqlite3放到.svn同级目录处. 4.打开cmd,到.svn所在的这个路径,然后执行sqlite3 .svn/wc.db "select * from work_queue" 5.执行完以后可以看到cmd窗口里会有一条条的记录.这些就是svn执行了一半的队列. 6.继续执行sqlite3 .svn/wc

平时使用svn的过程中,有的时候由于自己操作故障或者系统原因,导致svn不能更新,提示cleanup也不能成功,陷入了死循环。如下图所示： 每个人sv n的版本不同，工作环境也不同，如果不想重新checkout整个项目，建议大家各种 方法依次尝试以下。 方法一，利用sqlite3清理svn wc.db数据库的方法 　　 1. 下载sqlite3.exe，baidu、google一下就有了。解压如下图 　　　 　　2. 每个svn项目根目录都有一个.svn的隐藏文件夹，加入我的项目放在D:\TestProject， 　　　　打开cmd, 切换到sqlite3.exe所在的目录，执行命令如下图所示的第1,2,3步： 　　　　 　　　　select * from work_queue; 　　　　delete from work_queue; 　　　　经过上述1,2,3步骤,重新在svn项目执行svn cleanup命令,就一切ok 了 　　 方法二，利用sqlite3清理svn wc.db数据库的方法 　　　 　　　　 通过command line进行clean up操作。（如果在安装TortoiseSVN 时没有安装windows版本的svn 命令行组件，需要另外下载。参考： http://blog.sina.com.cn/s/blog_7abb28aa0101ji68.html ）

从SVN拉取代码步骤： 1.cd /Users/mark/zkh/Work/BC/（本地路径） 2.svn checkout https://192.168.2.99/svn/bc_android/bc_trade_1.4.0beta（服务器路径） 提交代码 1.cd /Users/mark/zkh/Work/BC/bc_trade_v3_bf（更改过代码的本地位置） 2.svn commit -m “提交日志” 添加 添加所有新文件 svn add * --force 添加指定新文件 svn add res/layout/item_ico_record.xml（新加文件的地址） 删除 删除所有新文件 svn delete * --force 删除指定新文件 svn add res/layout/item_ico_record.xml（要删除的文件的地址） 查看本地文件的更改 svn st 14、 创建纳入版本控制下的新目录 svn　mkdir　 目录名 svn　mkdir　-m　 "新增目录备注文本"　 http:// 目录全路径 例子： svn mkdir newdir svn mkdir -m "Making a new dir." http://192.168.0.3/test/newdir 注：添加完子目录后，一定要回到根目录更新一下，不然在该目录下提交文件会提示

mac svn命令行使用入门 mac svn命令行使用入门 1. 初始化项目 svn import /Users/cress/本地项目目录 https://server/项目目录 -m "Initial import" 上述命令回车提交，会出现相应提示信息【需要输入密码，用户名，按照提示输入】。示例如下： cressmatoMac-mini:conf cress$ svn import /Users/cress/本地项目目录 https://server/项目目录 -m "Initial import" Authentication realm: <https://ip:port> XXXXXX Password for 'cress': Authentication realm: <https://ip:port> XXXXXX Username: harry Password for 'harry': Adding (bin) /Users/cress/本地项目目录 Committed revision 1. 说明： svn import：导入 /Users/cress/本地项目目录：需要导入的本地电脑上的项目目录 svn://server/项目目录：保存到svn服务器上的目录 -m：本次svn命令的消息参数简写，可以svn help查看了解。 "Initial import"

svn cleanup cleaning up 操作反复失败，svn提示的问题是版本需要更新，更新成最新的版本之后，依旧反复失败，陷入死循环。还好找一个blog上的方法试了一下，成功了。 先说故障环境： OS: win7 x64 TortoiseSVN 1.9.5, Build 27581 - 64 Bit , 2016/11/26 09:18:58 Subversion 1.9.5, -release apr 1.5.2 apr-util 1.5.4 serf 1.3.9 OpenSSL 1.0.2j 26 Sep 2016 zlib 1.2.8 SQLite 3.14.1 1. 先下载sqlite3的客户端命令行程序：http://www.sqlite.org/download.html 2. 找到.svn 路径下wc.db 这个文件。通过 sqlite3 wc.db "select * from work_queue" 先查看一下里面的记录，应该能看到文件的变更记录，这些应该就是没有正常操作遗留下来的变更。 3. 清空work_queue 这个表 sqlite3 wc.db "delete from work_queue" 4. 再次clean up 5. 成功。 来源： https://www.cnblogs.com/dehuachenyunfei/p/7865042

原文转自： http://www.lxway.com/812960411.htm 今天碰到了个郁闷的问题，svn执行clean up命令时报错“Previous operation has not finished; run 'cleanup' if it was interrupted”。无论你到那个父层次的目录执行“clean up “，都是报一样的错。执行cleanup时候，提示要cleanup。看来是进入死循环了。 可能是频繁做了一些改名，文件打开的时候更新或者提交操作，导致svn罢工了。这个也该算是svn的bug吧。类似的情况，其实之前也碰到过。之前都是图省事，把整个svn checkout的主目录都删掉，重新checkout来解决的。但是随着项目的深入开展，要更新的文件越来越多。这个问题迟早要解决的，试试看吧。问题的关键看来需要找到死锁的地方，解锁才行。网上查了下资料。Svn的operation是存放在“work queue’“里的。而“work queue’是在内嵌数据库wc.db的work_queue表中的。看看work_queue表中放了些什么，再做处理。 1. 内嵌数据库一般是用sqlite进行轻量级管理的。网上可以下到sqlite-shell-win32-x86: sqlite3.exe 2. 为了方便命令行执行，将sqlite3.exe放到svn

今天改完代码提交时，提交接近完成但窗口还未关闭电脑蓝屏了。夏天来了，电脑比人还怕热啊~~~ 心里咯噔一下，估计svn又会出一些莫名其妙的问题了。 果然，待电脑重启后开eclipse，文件还是新增状态，提交报错，提示需要执行clean up 。 但svn执行clean up命令时报错“Previous operation has not finished; run 'cleanup' if it was interrupted”。 无论你到那个父层次的目录执行“clean up “，都是报一样的错。后将代码删除，想重新check out 都不行。 此时测试还在催着交代码，真是屋漏偏逢连夜雨，越急越容易出错。 后上网搜索，本地.svn\wc.db数据库文件里面存储了svn的operation，表名是work_queue。 .db数据库文件可以用sqlite3打开。到网上下载sqlite3.exe，解压到D:\Offsite\.svn文件夹下，解压后的sqlite3.exe才475KB大小。 1. 运行cmd，进入到D:\Offsite\.svn文件夹下，执行sqlite3 wc.db，打开数据库 2. 执行.table 可以查看表名 3. 执行delete from work_queue; 命令。 4. 重试 clean up 操作，问题解决。 来源： https://www

　　开发中有时候用公共的电脑提交一些代码，eclipse没有专门的切换svn账户的功能。查阅资料得出解决办法： 　　1. 查看你的Eclipse 中使用的是什么SVN Interface 　　　　windows > preference > Team > SVN #SVN Interface (右侧中下方) 　　2. 如果是用的JavaHL, 找到以下目录并删除auth目录下的文件. 　　　　Windows 7 　　　　　　C:\Users\"你的用户名"\AppData\Roaming\Subversion\auth\ 　　　　XP 　　　　　　C:\Documents and Settings\"你的用户名"\Application Data(隐藏文件夹)\"Subversion\auth" 　　3. 如果你用的SVNKit, 找到以下目录并删除.keyring文件. 　　　　[eclipse ]"configuration"org.eclipse .core.runtime 来源： https://www.cnblogs.com/sxxjyj/p/6434905.html