SVN 批量删除或添加文件

SVN批量删除文件

svn status | grep ! | awk '{print $2}' | xargs svn delete

1、首先svn status查看svn状态，列出所有改动，打!号的是已经删除的文件但是还未标记成从库中除去。

2、grep ! 将这些文件单独抽离出来，此时如果不执行后面的语句，呈现的内容应该是类似 !  filepath/image/image.jpg

3、再用 awk '{print $2}' 将抽离出来的文本结果处理，留下每一行的第二段文字，即后面的文件名， 此处必须注意，svn status|grep ! 和后面的语句 |awk '{print $2}'|xargs svn delete之间，必须有一个空格，否则终端还是会认为这个!号是特殊符号.

4、最后就可以直接递交给svn delete命令了，使用xargs这个参数构造命令，将每一行的文本作为参数提供给svn del，结果就是所有列出的文件都执行了一遍del了。

注意:

有时删除图片倍图，带有@符号的时候，报错 a peg revision is not allowed here 。解决方法在文件后添加@符号，例如，删除一张图片 svn delete filepath/image@2x.png@，这样就可以删除成功了。

SVN批量添加文件

几乎和上面批量删除一样，不同的是svn标记的符号不一养，使用的是问号

svn status|grep ? |awk '{print $2}'|xargs svn add

处理好之后就可以 svn commit -m "..."

你好，

请参考：http://www.cnblogs.com/liwanggui/archive/2016/06/28/5624147.html

添加新文件

svn　add　文件名

注：告诉SVN服务器要添加文件了，还要用svn commint -m真实的上传上去！

例子：

svn add test.php ＜－ 添加test.php

svn commit -m “添加我的测试用test.php“ test.php

svn add *.php ＜－ 添加当前目录下所有的php文件

svn commit -m “添加我的测试用全部php文件“ *.php

提交

svn　commit　-m　“提交备注信息文本“　[-N]　[--no-unlock]　文件名

svn　ci　-m　“提交备注信息文本“　[-N]　[--no-unlock]　文件名

必须带上-m参数，参数可以为空，但是必须写上-m

例子：

svn commit -m “提交当前目录下的全部在版本控制下的文件“ * ＜－ 注意这个*表示全部文件

svn commit -m “提交我的测试用test.php“ test.php

svn commit -m “提交我的测试用test.php“ -N --no-unlock test.php ＜－ 保持锁就用–no-unlock开关

svn ci -m “提交当前目录下的全部在版本控制下的文件“ * ＜－ 注意这个*表示全部文件

svn ci -m “提交我的测试用test.php“ test.php

svn ci -m “提交我的测试用test.php“ -N --no-unlock test.php ＜－ 保持锁就用–no-unlock开关

更新文件

svn　update

svn　update　-r　修正版本　文件名

svn　update　文件名

例子：

svn update ＜－ 后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本

svn update -r 200 test.cpp ＜－ 将版本库中的文件 test.cpp 还原到修正版本（revision）200

svn update test.php ＜－ 更新与版本库同步。

提交的时候提示过期冲突，需要先 update 修改文件，

然后清除svn resolved，最后再提交commit。

删除文件

svn　delete　svn://路径(目录或文件的全路径) -m “删除备注信息文本”

推荐如下 *** 作：

svn　delete　文件名

svn　ci　-m　“删除备注信息文本”

例子：

svn delete svn://localhost/testapp/test.php -m “删除测试文件test.php”

推荐如下 *** 作：

svn delete test.php

svn ci -m “删除测试文件test.php”

加锁/解锁

svn　lock　-m　“加锁备注信息文本“　[--force]　文件名

svn　unlock　文件名

例子：

svn lock -m “锁信测试用test.php文件“ test.php

svn unlock test.php

比较差异

svn　diff　文件名

svn　diff　-r　修正版本号m:修正版本号n　文件名

例子：

svn diff test.php＜－ 将修改的文件与基础版本比较

svn diff -r 200:201 test.php＜－ 对 修正版本号200 和 修正版本号201 比较差异

查看文件或者目录状态

svn st 目录路径/名

svn status 目录路径/名＜－ 目录下的文件和子目录的状态，正常状态不显示

【?：不在svn的控制中； M：内容被修改；C：发生冲突；

A：预定加入到版本库；K：被锁定】

svn -v 目录路径/名

svn status -v 目录路径/名＜－ 显示文件和子目录状态

【第一列保持相同，第二列显示工作版本号，

第三和第四列显示最后一次修改的版本号和修改人】

1、Windows下命令行工具：

发现原来安装的tortoisesvn已经集成到shell中，不能在命令行下使用。

下载Apache Subversion command line tools，这是一个可以在cmd下使用的命令行工具，解压后把里面bin目录这个路径添加到环境变量的path，这样在cmd下就可以使用了，和linux下使用svn的习惯一样了。

目录约定：

/trunck：开发主线

/branches：支线副本

/tags：标签副本（一旦创建，不允许修改）

1）使用trunk作为主要的开发目录

一般的，我们的所有的开发都是基于trunk进行开发，当一个版本（release）开发告一段落（开发、测试、文档、制作安装程序、打包等结束后），代码处于冻结状态（人为规定，可以通过hook来进行管理）。此时应该基于当前冻结的代码库，打tag。

当下一个版本/阶段的开发任务开始时，继续在trunk进行开发。此时，如果发现了上一个已发行版本（Released Version）有一些bug，或者一些很急迫的功能要求，而正在开发的版本（Developing Version）无法满足时间要求，这时候就需要在上一个版本上进行修改了。解决方法是基于发行版对应的tag，做相应的分支（branch）进行开发。

2）下图为struts2的SVN仓库目录：

3、常用命令

svn help

svn --version

svn --version --quiet    只显示版本号

svn checkout 地址

svn add 文件或者文件夹    增加本地数据到服务器

svn commit / svn ci -m “注释”  文件名   提交代码，要先add才commit

svn update / svn up 不必跟特定的文件或目录，也可以自己指定需要更新的文件或目录。每次commit或者改动之前最好更新一下。

svn log

svn delete 文件名

svn resolve 路径 --accept working    解决冲突

http://zccst.iteye.com/blog/1765519

svn switch 远程路径    版本切换

svn list 路径 / svn ls    列出版本库下的文件和目录

svn merge -r m:n 路径     合并文件，从版本号m到版本号n的远程分支都合并到当前分支中

svn info 确认工作目录的svn信息

svn diff -r m:n 路径    对版本m和版本n比较差异

svn cleanup     为失败的失误清场

svn status -v    在本地进行代码修改，检查修改状态

svn import 远程路径 --message “message”   将当前路径下文件导入到版本库中

svn export 远程路径    导出一份干净的项目

svn move/ svn mv 原文件名 新文件名    重命名

svn mkdir 文件名

svn copy / svn cp 源文件路径 新文件路径

svn revert 文件名     只能恢复未提交之前的 *** 作

若要还原已提交的改动：只能用旧文件覆盖新文件。 *** 作如下：

1）sun up    让本地工作拷贝更新到最新状态

2）svn log your_file_path     查看文件日志，这时候提交时填写的说明信息就派上用场了

3）svn diff -r 旧修订版序号:新修订版序号 your_file_path    查看两个修订版之间的不同。

4）决定用哪个旧的修订版号后，用旧的修订版号文件覆盖新的修订版号文件。svn merge -r 新修订版序号:旧修订版序号 your_file_path

5）svn commit -m "恢复到某修订版（某修订版作废）"

本地的版本叫做working copy

4、关于merge

branch主要用于新功能的开发

合并发生在本地working copy，只要你不提交就不会影响到repository

合并前一定要先update、commit，保证不会out of day，并将本地的修改保存到repository

branch和trunk并行开发的过程中，要经常同步，将trunk的修改合并到branch，合并时选择"Merge a range of revision"

branch最后合并回trunk时，merge type选择"Reintegrate a branch"

不管是从trunk合并到branch还是最终从branch合并回trunk，在每次合并前最好先update，然后将本地的修改先全部commit，保护好现场，万一合并不理想随时都可以revert http://blog.csdn.net/eggcalm/article/details/6606520

http://zhengkun.readthedocs.org/zh_CN/latest/2014/02/07/svn-usage/

5、关于解决冲突

发生冲突之后会出现三个临时文件：

XXX.mine XXX.r1 XXX.r2

一旦解决了冲突，需用svn resolved让subversion知道，这样就会删除这三个临时文件，冲突状态解决。

三种解决方式：

手工合并冲突：需要将冲突标志删除

用某一个临时文件覆盖自己的工作文件

用svn revert 放弃本地修改，不需要执行resolved

---