svn命令行

尝试着去架设一个svn服务器，因为有一天可能你也要带领一个团队去开发，不是吗？ * 传统的Subversion 服务器程序： 一、准备工作 1、获取 Subversion 服务器程序 到官方网站下载最新的服务器安装程序。 2、获取 TortoiseSVN 客户端程序 从 官方网站获取最新的 TortoiseSVN 。TortoiseSVN 是一个客户端程序，用来与 subvers 服务器端通讯。Subversion 自带一个客户端程序 svn.exe ,但 TortoiseSVN 更好操作，提高效率。 二、安装服务器端和客户端 安装 Subversion（以下简称SVN）的服务器端和客户端。下载下来的服务器端是个 zip 压缩包，直接解压缩即可，比如我解压到 E:\subversion 。客户端安装文件是个 exe 可执行文件，直接运行按提示安装即可，客户端安装完成后提示重启。 三、建立版本库（Repository） 方法一：运行Subversion服务器需要首先要建立一个版本库（Repository）。版本库可以看作是服务器上集中存放和管理数据的地方。 开始建立版本库。首先建立 e:\svn 空文件夹作为所有版本库的根目录。然后，进入命令行并切换到subversion的bin目录。输入如下命令： svnadmin create E:\svn\repos1 此命令在 E:\svn

背景 项目有个新的bug，我需要提取一个新的分支，但是提取之后，更新分支出现了这个问题 Please execute the ‘Cleanup’ command. 原因 由于使用SVN更新文件出错，导致SVN中断 解决方案 方案一： 点击TortoiseSVN 选择Clean up 选择Break write locks ok 方案二： 如果方案一不行的话，可能是你的SVN操作挂起了 1.下载sqlite3工具 2.将sqlite3.exe文件解压缩到.svn目录的同级目录 3.打开命令行工具，切换到.svn的同级目录，执行如下命令 1 sqlite3.exe .svn/wc.db "select * from work_queue" 2 //该命令可以查看当前挂起的svn操作 3 4 sqlite3.exe .svn/wc.db "delete from work_queue" 5 //该命令可以删除当前挂起的svn操作 之后进行方案一 方案三： checkout一个新的.svn文件，替换旧的.svn文件 来源： https://www.cnblogs.com/xiangxiushu/p/11990615.html

首先说下为什么我们需要用到分支-合并。比如项目demo下有两个小组，svn下有一个trunk版。由于客户需求突然变化，导致项目需要做较大改动，此时项目组决定由小组1继续完成原来正进行到一半的工作【某个模块】，小组2进行新需求的开发。那么此时，我们就可以为小组2建立一个分支，分支其实就是trunk版【主干线】的一个copy版，不过分支也是具有版本控制功能的，而且是和主干线相互独立的，当然，到最后我们可以通过【合并】功能，将分支合并到trunk上来，从而最后合并为一个项目。 下面是在eclipse下使用subeclipse插件详细使用过程： 首先建立一个工程，名字叫Facebook 1.建立分支，为新的分支指定访问URL：Facebook3[注释不要忘了] 2.建立好分之后，使用“切换”功能切换到分支下进行开发。 我新建了一个FB3.html的文件并在分支下进行提交。 3.切换回trunk版【即URL为Facebook的版本】 你会发现trunk版里并没有出现我们刚刚提交的FB3.html，因为FB3.html是属于分支的，接下来我们要做的就是“合并”，通过合并，我们可以将分支下进行的更改合并到trunk版里。 下面是合并的主要配置： 起始路径：trunk版的路径【若需要把trunk版的改动合并到分支则相反】 目标路径：从哪里获取改动【这里是分支路径】 你可以使用指定的版本号

***本文章转载自https://blog.csdn.net/maplejaw_/article/details/52874348*** 这篇文章源于6月份给公司新人作的关于SVN使用的培训，转眼已经过了几个月的时间，丢了也怪可惜的，于是整理出来希望能够帮助后来人快速入门。 开发人员强烈建议使用IDE中的SVN插件更加智能与人性化。 首先安装SVN客户端，windows一般选择乌龟客户端 https://tortoisesvn.net/downloads.html 。 根据系统位数选择相应客户端进行安装。 如果你喜欢用命令行操作，请务必记得勾选 command line client tool Ϊ will be install on local hard driver ,不用命令行的跳过这一步。 然后一路next即可安装。安装完毕后，在任意地方右键查看快捷菜单。发现 TortoiseSVN 即表示安装成功。 如果勾选了安装命令行工具，那么输入命令SVN，有如下提示也表示安装成功 但是此时菜单全是英文的，如果你不习惯英文，可以去下载语言包，记得下对系统位数。 安装完语言包之后，可以右键进入 setting 设置。 选择你喜欢的语言（比如中文），然后确定，不出意外，现在的语言已经切换到中文了。 安装教程到此结束，下面开始介绍SVN的使用。 假如项目已经在服务器的仓库里

今天在打开某一文档的情况下，使用SVN更新文档，在更新的过程中报错，提示需要执行clean up，果断右键执行clean up，又提示一个新的错误："Previous operation has not finished; run 'cleanup' if it was interrupted"，此后又尝试了该项目目录树不同目录进行更新或者提交，甚至把该项目删除重新check out，都会出现同样的问题； 这个时候查阅了一下资料得知：本地的SVN客户端中有一个嵌入式DB（里面大约有10多个表）SQLite，来保存SVN中管理的文件类型，项目结构树，用户操作进度等，所以我们可以大胆假设下，上述我们提交代码过程中，SVN客户端用户代码提交操作非正常的终止，导致sqlite中某个表中用来记录用户对项目A的操作(增删改等)的数据来不及更改，由于我们后续的所有针对项目A的操作，都优先从该表中检查项目A是否有未完成的操作，如果存在未完成操作就会提示"Previous operation has not finished"，顺着这个思路，如果我们找到这个表，且把这个表中相关记录删除，是不是就可以解决这个问题，通过查阅相关资料发现： 在使用了svn的项目中，在项目根目录会有一个.svn文件夹，点击进入后结构如下： 就是箭头指向的这个文件，它就是SQLite数据库文件，我们可以用SQLite3

→** **在这里恭祝大家1024程序员节日快乐！ 文章目录 服务端安装及配置 安装SVN服务端 创建svn服务工程总目录 客户端安装及开发流程 配置管理人员 创建工厂 配置权限 创建用户 配置权限 PM创建并提交项目 开发人员checkout检出项目 冲突问题 总结 Showlog 误删文件后如何处理 完毕 服务端安装及配置 安装SVN服务端 创建svn服务工程总目录 创建一个根目录，这个根目录用来存储所有的svn的工厂信息（每一个工厂等于一个项目） 启动svn： svnserver -d -r F:/SVN/ROOT    对于wndows而言不支持后台模式，要添加到服务里，由手动改为自动！    解释 ：我们再打开一个cmd敲入netstat -an可以看到出现了端口为3690的服务，这就是svn的 端口，但是当我们关闭命令启动窗口的时候，3690端口服务又不不见了。  所以要想保持服务不被关闭，我们最好加入到window启动服务里来进行启动，linux支持后台启动： sc create SVNserver binPath = "F:\SVN\Subversion\bin\svnserve --service -r F:/SVN/ROOT" 异常问题- [sc] openSCManager 失败 5 拒绝 访问拒绝 ： ：   

从主干新建分支： svn cp [主干仓库地址] [分支地址] -m "测试分支” eg: 克隆分支到本地 ( svn checkout 简写 co ): svn co [分支地址] 分支名 eg: 查看提交历史记录： svn log 或者 ( svn log --stop-on-copy -q [分支地址] ) 不同之处： 前者能够显示出历史提交的message信息 后者只能显示出提交的历史版本 更新： 提交前养成更新的习惯，可尽量避免冲突 svn update 检查更改及冲突：大专栏 SVN命令行操作 /h4> svn status 如果有解决冲突，没有就svn commit命令就可以完成提交 添加更改文件 添加单个文件 svn add [文件] eg: $ svn add update_plist 添加批量文件 svn add * 提交： svn commit -m “更改说明" 分支删除 svn rm [分支地址] -m "说明文字" eg: 更改分支名 svn move -m '更改分支名' [分支地址] [改名后的分支地址] eg: 恢复（回退） svn commit 报错 ‘xx/xxx(文件或者文件夹)’ is scheduled for addition, but is missing 需要使用命令： svn revert xx/xxx eg: ———————

1、上传项目到SVN服务器上 svn import project_dir（本地项目全路径） http://192.168.1.242:8080/svn/IOS/Ben/remote_dir（svn项目全路径） -m "必填, 不填此命令执行不会成功." 注: 服务器上remote_dir若不存在, 会自动创建; 只会上传project_dir目录下的文件到remote_dir的目录下 import之后, project_dir并没有自动转化为工作目录, 需要重新checkout(后面会用到) 2、下载checkout svn项目到本地 svn checkout http://192.168.1.242:8080/svn/IOS/remote_dir (svn项目全路径）project_dir（本地目录全路径) --username 用户名 --password 密码 svn checkout 简写：svn co 3、添加新文件 svn add file（文件名） svn add *.php(添加当前目录下所有的php文件) 4、提交到版本库 svn commit -m "LogMessage" [-N] [--no-unlock] PATH(如果选择了保持锁，就使用--no-unlock开关) svn commit -m “提交当前目录下的全部在版本控制下的文件“ * （

背景： 在客户那边做的一个项目，我中途加入项目组，项目版本管理在SVN上，由于没有分主线，分支，与里程碑版本。在第一次上线时，上了SVN上的一个版本，后来对此次上线的SVN上的版本遗望了。在其后的几次上线中，对于项目功能有部分功能未完成、不上线的、或要更新上部分功能这种情况，处理时简单在一个Checkout下来的最近版本项目进行更改来进行上线，其实还好没遇到一些大问题。另外碰到的一个问题是，上线的一些功能要配合其他项目组的上线的功能，例如一个为我们提供单点登录的项目组，他们上线，之前他们的单点登录在测试没有集群的环境，与我们项目测试环境经过测试是可以正常使用的。但是线上环境下就不一定了。 我们要准备多一套上线的包，来应付对方如果上线功能有问题，我们系统还是缘用之前可以使用的功能。 对于上面的情况，我们考虑到在版本控制管理上，确实还做得不够，要使用一些合理点的方式来进行管理。对于我个人，这也是在摸索之中，也没有什么最佳实践。于是有了这么一次的Spike，主要以实战为主，对于背后的理论大伙可以参考一些资料。凭借着对《maven in action》这本书的一些记忆。动手操作了一下^-^，在这其中也遇到了一些错误跟问题，这里跟分享一下。 实战： 创建一个SVN的Repository。 我这边使用的是VisualSVN Server， 一个很傻瓜很好用的SVN服务器^-^

第一步 下载SVN服务器端 https://sourceforge.net/projects/win32svn/ 第二步 安装 双击刚才下载的文件安装，注意把安装所有功能都勾上 第三步：查看环境变量，如果没有自动新增对应的环境变量，就需要手动增加环境变量： 　　将安装目录的bin文件目录复制到环境变量里，用分号隔开 第四部：检查安装是否成功 　　配置完环境变量后，运行cmd，输入命令行：svnserve --help 出现如图所示，则代表svn成功运行。 来源： https://www.cnblogs.com/webwangjie/p/11566217.html