Tor
to
ise
Merge
是一个免费软件/开源软件。通过它你可以查看文本文件之间的差异，并合并这些差异；甚
至审查和采用这些标准差异文件——通常称之为 补丁 。
当处理文本文件时，比如用你所喜欢的编程语言写的源代码，或者 Html/Xml 的
文档
或网站，你经常会碰到
需要比较文件的不同版本的情况：有时候你从别人那里得到了一个不同版本的文件，或者有时候干脆就是你想知
道你曾经做过什么修改。
如果你使用版本控制系统（如 Subversion）时，当你更新工作副本时你可能会遇到“ 冲突 ”。这种情况通常
发生在其他人也修改了你当前正在处理的文件的同一部分。当遇到冲突时，你必须手工来解决它——这就是
Tor
to
ise
Merge
能帮助你的地方。
svn checkout [-depth ARG] [--ignore-externals] [-r rev] URL PATH
The depth combo box items relate to the-depthargument.
如果希望忽略外部被选中，使用-...
1、其中一种命令行合并方式，svn
merge
-r N:M url ./
使用案例：场景：将branches下相应项目的修改合并到主干。
方式：当前位于trunk下相应工程的目录，在该目录下执行以上命令，意义“将分支下该对应目录中N-M的修改，应用到当前目录”，其中，url：为branches下该相应目录。
merge
[-c M[,N…] | -r N:M …] SOURCE[@REV] [WCPAT
一个项目一般会有多个分支，当某个大的改变在某个分支做完后需要被
merge
到trunk或其它分支时，这就需要用到
merge
。
同步
Merge
(sync
merge
)
svn
merge
source[$rev] [TARGET_WCPATCH]
TARGET_WCPATCH是工作副本，默认是”.”（ 代表当前目录）。
使用这个命令的主要目的是为了与源分支保持同步，把源分支上的更改也复制到当前
原文地址：http://blog.163.com/qq371557620@yeah/blog/static/8428365820172110320574/
编码过程中，我们经常会遇到需要多个分支并行开发的情况。那么问题来了，在svn下如何建分支，开发任务完成后如何分支合并就成了开发人员需要熟练掌握的svn技能。
1、创建分支
在trunk（主干）上点击右键，在
tor
to
ise
SVN菜单中选...
如果使用git，相信大家比较多的使用
merge
，对于rebase则少有陌生。相信刚使用git不久的同学会有一个困惑，经常使用
merge
会造成破窗效应，查阅log时会掺杂了大量无用的小提交，起初也对此习以为常，毕竟svn就是这样。
使用rebase其中的一个好处就是能够将多个commit合并为一次提交，但是网络上比较多的都是基于命令行，今天记录一下总结的基于小乌龟Git的
merge
/rebase提交管理流程。
理解git中上游下游概念
上游下游是一种相对概念，相对于remote/master，master就是
如题，记录一个使用
Tor
to
ise
SVN客户端合并时走得一个弯路为了方便代码管理，我们在服务端通常会生成三个文件夹trunk，branches，tags分别为主干，分支，标签。
根据本人理解（如有不正确之处欢迎批评指正）：
trunk（主干）用于保存最新的代码，当然，如果一起开发的技术人员少的话也可以直接在trunk上开发，这样分支就没有什么用了。
branches（分支）：举个例子，当多个人合作
1. 下载：http://loaden.googlecode.com/files/gitconfig.7z
2. 解压到：MsysGit安装目录>/cmd/，例如：D:\Program Files\Git\cmd
3. 进入Bash，执行gitconfig
搞定什么了？
看看gitconfig的内容先：
Perl code
