svn checkout [url] [dir]: 从版本库中检出代码到本地文件夹

svn status :查看当前工作副本的代码变更状态信息

svn diff [file]:比对工作副本与版本库之间的差异

svn update:更新当前工作副本到版本库最新版本

svn log [file];  查看文件的日志修改信息(写全路径,比如:app/index.vue)

svn add [file | dir ...]: 将文件或目录加入到工作副本的版本控制中

svn commit [file ...] -m 'message of commit': 提交工作副本的变更到版本库

svn copy http://[路径]/trunk http://[路径]/branches/dev_[name] -m '分支说明'     : 创建分支

svn switch http://[路径]/branches/dev_[name]            :切换到分支

svn list http://[路径]/branches --verbose :显示所有分支

svn rm [分支路径]   :删除分支

svn log -v -r 1:HEAD --limit 1 --stop-on-copy    :查看当前分支从哪个支线创建而来

svn info     : 查看当前工作副本或分支的信息

svn add [file | dir ...]        : 将文件或目录加入到工作副本的版本控制中

svn delete [file | dir ...]     : 将文件或目录从工作副本的版本控制中删除

svn mergeinfo http://xxx   :查看分支merge信息

svn revert [file | dir ...]      :改动没有被提交(commit)时,使用svn revert取消之前的修改

svn --version               :查看svn软件版本

svn revert -R .     :撤销所有更改

SVN更新的时候,前面字母的含义:

U: 表示从服务器收到文件更新了
G: 表示本地文件以及服务器文件都已更新,而且成功的合并了
A: 表示有文件或者目录添加到工作目录
R: 表示文件或者目录被替换了.
C: 表示文件的本地修改和服务器修改发生冲突

svn只合并指定文件夹(要求:分支的目录对应好):

1. 进入当前分支的指定文件夹,比如:cd .../[dir_name]

2. svn merge --dry-run http://svn..../trunk/[dir_name]

合并单个文件(进入分支里与主干对应的目录下):

$ cd myproj
$ svn merge -r 30:31 [主干或分支http路径]/myproj/thhgttg.txt
U thhgttg.txt
svn merge -r 17888:18665 svn://192.168.1.80:3698/C/branches/pirate/rpcfw/specialactivety

        —左侧:初始版本树
       —右侧:目标版本树
 
解决冲突
     1.运行 svn status:查看合并的信息
     2.有冲突的文件会生成四个文件
              filename.txt.merge-left.r18665
              filename.txt.merge-right.r17888 
              filename.txt.working // 所在分支的内容
              filename.txt  // 包括全部冲突内容
     3.修改 filename.txt 文件中的冲突部分
     4.运行 svn resolved filename.txt 删除生成的冗余文件
注意:right部分,是指合并的来源;left部分,是指合并目标的基线;working,是指合并的当前工作副本。

svn 字母含义:

U:表示从服务器收到文件更新了
G:表示本地文件以及服务器文件都已更新,而且成功的合并了
A:表示有文件或者目录添加到工作目录
R:表示文件或者目录被替换了
C:表示文件的本地修改和服务器修改发生冲突

问号:未纳入SVN控制之下的新文件 
感叹号:已经修改过还没上传的文件 
红叉:准备删除尚未提交 
绿勾:从服务器上取下来没修改过的文件 
黄色感叹号:发生冲突 
蓝色加号:准备加到服务器上还没提交

当两个分支,同时修改了同一个地方,那svn就搞不清楚到底哪个才是需要保留的代码,因为代码冲突就产生,这是需要程序员自己去解决冲突的,换句话说,解决冲突就是帮助svn选择到底如何取舍两次被改的代码。

忽略代码目录下的 npm 相关的 node_modules 目录

在 ~/.subversion/config 中加入

global-ignores = node_modules 

svn resolve --accept working -R [path]      :解决树冲突(Tree conflicts)

问题描述:
由于未使用svn mv或者svn del的方法操作由svn管理的目录,导致working copy和svn仓库的目录不一致,导致tree conflict
解决方法:
在有目录冲突的目录下,执行如下svn命令,解决目录冲突。
svn resolve --accept working -R .

svn查看历史版本:

svn log [dir]/[name]

会显示:

r66860 | chenanguo | 2017-03-24 17:20:37 +0800 (Fri, 24 Mar 2017) | 1 line

流程重构

显示该版本文件内容:

svn cat -r r66860 [dir]/[name]

查看各个版本文件的差异:

svn diff -r94239 [dir]/[name]     与当前版本的差异

svn diff -r94239:94127 [dir]/[name]    2个版本的差异

svn主干合并到分支:

1.切换到分支;

2.运行:svn merge --dry-run -r 13881:14094 [主干http路径]

建议在svn merge之前先加上参数 --dry-run,做一个合并的测试,并不是真正的合并,只是让你可以看到哪些文件发生了变化,是否有合并冲突。

13881为分支创建前的trunk版本号,14094为trunk当前版本号(在主干目录,svn up 命令可以顺便获取到)。

分支创建前的版本号,忘了怎么办?在分支目录下,执行 svn log --verbose --stop-on-copy 命令,最后打印出的版本号是创建此分支后trunk的版本号。

这个版本号减去1就可以算出分支创建前的trunk版本号。

3.没有问题就去掉--dry-run参数,正式合并

svn merge -r 13881:14094 [主干http路径]

4.解决冲突,提交代码(别忘了这一步,svn合并不会自动提交代码)

svn commit -m "svn merge -r 13881:14094 [主干http路径]"

遇到问题:

分支和主干上有一样的文件,主干合并到分支时,提示:Tree conflicts。

解决:

1.分支下,删除文件:svn delete [文件名]。

2.分支下,标记为解决:svn resolved [文件名],再执行merge。

svn简写:

原命令 简写
svn commit

svn ci

svn checkout

svn co

svn update

svn up

svn status

svn st

svn delete

svn del

svn diff

svn di

创建分支步骤:

1.  svn copy http://[路径]/trunk http://[路径]/branches/dev_[name] -m '[分支说明]'      :创建分支。

2.  mkdir [dir]        :创建文件夹

3. svn checkout http://[路径]/branches/dev_[name] [dir]      :从版本库中检出代码到本地文件夹。

出现冲突时,svn up 出现

  select: (p) postpone, (df) diff-full, (e) edit,  //(p) 推迟,(df) 显示全部差异,(e) 编辑,

(mc) mine-conflict, (tc) theirs-conflict,   //(mc) 我的版本, (tc) 他人的版本,

(s) show all options:                            //(s) 显示全部选项:

一般选择p,将冲突文件下载到你本地来处理。

svn resolve --accept [base | working | mine-conflict | theirs-conflict | mine-full | theirs-full] [conflicting file]

参数  说明
base 将[your_file].merge-left.[version]做为最终结果,恢复到冲突前的一个版本
working 把[your_file]解决冲突后的结果做为最终结果
mine-conflict 将[your_file].working做为最终结果
theirs-conflict 将[your_file].merge-right.[version]做为最终结果
mine-full 将所有[your_file].working做为最终结果
theirs-full 将所有[your_file].merge-right.[version]做为最终结果

问题:为什么svn解决冲突时,ttf woff eot 会显示下面的报错?

命令:svn resolve --accept mine-full static/src/assets/iconfont.woff
结果:svn: warning: W155027: Conflict on '/Users/yixia/Documents/Projects/creator.miaopai.com/trunk/static/src/assets/iconfont.woff' could not be resolved because the chosen version of the file is not available.
svn: E155027: Failure occurred resolving one or more conflicts

当update的时候遇到如下问题:

svn status
  D C ~/workspace/test/a.c
    > local unversioned, incoming add upon update
  Summary of conflicts:
  Tree conflicts:

用如下办法解决:

① svn resolve --accept working ~/workspace/test/a.c
  Resolved conflicted state of '~/workspace/test/a.c'
②svn revert ~/workspace/test/a.c
  Reverted'~/workspace/test/a.c'
svn status

找回之前版本上的文件:

1. svn up -r [版本号]

2. 将需要的文件备份

3. 执行 svn up,到最新版本

4. 将文件修改,提交,完成。

svn 重新打包步骤:

1. 删除原来的 dist 文件夹;

2. svn 提交;

3. 重新打包,提交新打包的文件。

最新文章

  1. ava如何实现系统监控、系统信息收集、sigar开源API的学习(转)
  2. JAVA计算文件大小
  3. Reset RequiredFieldValidator 重置 验证控件
  4. 总结一下这几天学习django的心得
  5. IOS的APNS和PushKit门道详述
  6. windows下用mingw编译linux项目
  7. 【又见LCS】NYOJ-37 回文字符串
  8. ATL一:CWindowImpl
  9. Linux系统编程(13)——Shell的基本语法
  10. 程序员必须知道的几个Git代码托管平台(转)
  11. AllPairs运用遇到的问题及解决办法分享
  12. Git版本控制:Git查阅、撤销文件修改和撤销文件追踪
  13. [java,2017-06-12] myEclipse双击无法打开文件
  14. VUE项目问题之:去掉url中的#/
  15. Codeforces Round #411 (Div. 2) 【ABCDE】
  16. 《Redis 数据操作》
  17. JBOSS 中oracle-ds.xml的配置模板
  18. Unity3D Physics Keynote
  19. Linux 用户 和 组 快速了解
  20. root用户无法修改文件权限(lsattr/chattr: i 和 a 属性含义)

热门文章

  1. seo-摘自网友
  2. 如何解决Css属性text-overflow:ellipsis 不起作用(文本溢出显示省略号)
  3. 蓝桥杯—ALGO-18 单词接龙(DFS)
  4. Get gcc built-in macros using command gcc -dM -E - < /dev/null
  5. bzoj1626
  6. 打开ahci模式
  7. stream_get_contents 和file_get_content的区别
  8. 用virtualbox虚拟机无法上网的解决方法
  9. Giter Link
  10. ul li列子