项目经理干的:
导入新项目到SVN服务器
svn import [PATH] url
程序员常干的(项目经理偶尔也会co,或者up):
第一次down代码:
svn co url [PATH]
先进入最外层的项目文件夹
提交代码:
svn ci --username=账号 --password=密码 -m '提交今天的成果'
更新代码:
svn up
看看本地文件有哪些是AMD?
( 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个参照文件文件删了吧