项目经理干的:

导入新项目到SVN服务器

svn import [PATH] url

 

程序员常干的(项目经理偶尔也会co,或者up): 

第一次down代码:

svn co url [PATH]

 

先进入最外层的项目文件夹

提交代码:

svn ci --username=账号 --password=密码 -m '提交今天的成果'

 

更新代码:

svn up

 

看看本地文件有哪些是A\M\D\?

( ps: A代表新增,M代表修改,D代表删除,?代表该文件还没有添加至版本管理中,SVN还不能识别他 ) 如果svn st 是空的,则表示本地文件和服务器完全一致

svn st

 

列出当前文件夹下,哪些文件在SVN版本控制范围内

svn list

 

添加新文件到本地的版本控制库里 (ps:添加完之后,才能commit)

svn add PATH

 

从本地的版本控制库里移除文件(ps:移除完之后,才能commit)

svn del 

 

回退(ps:只能回退 svn st里列举的文件) 

svn revert PATH

 

回退至某一版本 (ps:在代码已经commit至服务器了,可以用这个)

svn update -r 版本号 PATH

 

注:当commit代码时,提示out of date时,表示服务器上的某文件的版本号比本地某文件的版本号高,需要手动解决冲突

　　手动解决冲突的步骤:

　　1>svn up

　　2>敲df,查看1下冲突点在哪

　　2>敲p,表示手动解决的意思

　　3>svn会在冲突文件的所在目录,生成3个文件,低版本文件,高版本文件,mine文件

　　　　低版本文件:本地改之前的代码

　　　　mine文件:本地改之后的代码

　　　　高版本文件:SVN服务器上的代码

　　这3个文件的作用,只是用来参照的,真正需要改的是冲突文件,改完之后冲突文件之后,在终端敲svn resolved,表示冲突已修改,把那3个参照文件文件删了吧