svn创建分支

GIT （分布式版本控制系统） 简介 Git(读音为/gɪt/。)是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 什么是Git，Git可以用来干嘛？ GIt是什么？ Git是目前世界上最先进的分布式版本控制系统 Git可以用来干嘛？ 如果你用Microsoft Word写过长篇大论，那你一定有这样的经历： 想删除一个段落，又怕将来想恢复找不回来怎么办？有办法，先把当前文件“另存为……”一个新的Word文件，再接着改，改到一定程度，再“另存为……”一个新文件，这样一直改下去，最后你的Word文档就“魂飞魄散”了！ 过了一周，你想找回被删除的文字，但是已经记不清删除前保存在哪个文件里了，只好一个一个文件去找，真麻烦。 看着一堆乱七八糟的文件，想保留最新的一个，然后把其他的删掉，又怕哪天会用上，还不敢删，真郁闷。 更要命的是，有些部分需要你的财务同事帮助填写，于是你把文件Copy到U盘里给她（也可能通过Email发送一份给她），然后，你继续修改Word文件。一天后，同事再把Word文件传给你，此时，你必须想想，发给她之后到你收到她的文件期间，你作了哪些改动，得把你的改动和她的部分合并，真困难。 于是你想，如果有一个软件

1.摘要 本文描述了利用SVN进行项目版本管理的方法，涉及项目版本号命名规则、SVN目录结构、第三方代码库的管理、版本创建、发布、修订、合并等行为的方法和原则。 2.版本号命名规则 版本号采用主版本号.次版本号.修订号组成。版本的重大变化主版本号增1，次版本号和修订号归零。版本的相对较小的变化主版本号维持不变，次版本号增1，修订号归零。当一个版本发布后出现了bug需要修订，此时，主、次版本号不变，修订号增1。 注意：对于主动性的程序功能性的变化，应该增加主或次版本号，不应该通过修订号来反映。修订号只用于对已发布版本的bug修订，一个版本的修订号的大小某种程度上可以反映一个版本发布后的稳定情况。 3.SVN目录结构 项目结构 第三方库结构 以项目名称作为SVN仓库名称为项目创建独立的项目仓库。仓库主要结构分为branches和tags。branches为工作目录，tags为发布目录。项目使用到的第三方库独立出来单独组件项目仓库，为整个公司的所有项目所共享，仓库名称为vendor。 3.1项目结构 branches 分支，存放未发布版本。具体的某个版本存放在其下的一个以“RB-版本号”规则命名的文件夹。上图示例为当前存在两个正在开发的版本RB-2.0和RB3.0。分支是开发人员的工作目录，是版本实现过程中的中间成果，具有临时性。版本发布后，相应的分支即可销毁。 tags 标签

GIT不仅仅是个版本控制系统，它也是个内容管理系统(CMS),工作管理系统等。如果你是一个具有使用SVN背景的人，你需要做一定的思想转换，来适应GIT提供的一些概念和特征。所以，这篇文章的主要目的就是通过介绍GIT能做什么、它和SVN在深层次上究竟有什么不同来帮助你认识它。 那好，这就开始吧… 1.GIT是分布式的，SVN不是： 这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如 Bitkeeper , Mercurial 等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。 GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提 交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。 同样，这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像以前那样做出补丁包

如果你在读这篇文章，说明你跟大多数开发者一样对GIT感兴趣，如果你还没有机会来试一试GIT，我想现在你就要了解它了。 GIT不仅仅是个版本控制系统，它也是个内容管理系统(CMS),工作管理系统等。如果你是一个具有使用SVN背景的人，你需要做一定的思想转换，来适应GIT提供的一些概念和特征。所以，这篇文章的主要目的就是通过介绍GIT能做什么、它和SVN在深层次上究竟有什么不同来帮助你认识它。 那好，这就开始吧… GIT是分布式的，SVN不是： 这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。 如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。 GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。 同样

(1).安装SVN 　1）安装SVN [root@youxi1 ~]# yum -y install subversion mod_dav_svn [root@youxi1 ~]# cat /etc/services | grep svn svn 3690/tcp # Subversion　　//SVN的端口号。3690 svn 3690/udp # Subversion svnetworks 2973/tcp # SV Networks svnetworks 2973/udp # SV Networks svnet 3413/tcp # SpecView Networking svnet 3413/udp # SpecView Networking ml-svnet 4171/tcp # Maxlogic Supervisor Communication 　2）创建目录 [root@youxi1 ~]# mkdir /webdept　　//创建存放版本库的主目录 [root@youxi1 ~]# svnadmin create /webdept/www.youxi1.com　　//创建两个版本库 [root@youxi1 ~]# svnadmin create /webdept/www.test1.com 　　 注意：svnadmin是由subversion软件包提供。 　

分支的基本概念就正如它的名字,开发的一条线独立于另一条线,如果回顾历史,可以发现两条线分享共同的历史,一个分支总是从一个备份开始的,从那里开始,发展自己独有的历史(如下图所示) ⑴创建分支 假设目前我们版本库中的项目的布局如下图： 如图所示，我们的项目放在了trunk（主线）目录，另外还有branch(分支)和tags(标签)目录，这样的布局是为了更清晰的区别主线、分支和标签三者的位置。 subversion对分支和标签是通过复制一份最新的版本库的快照来实现的。 开始创建分支： 在我们CheckOut的主线目录(trunk)上，右键点击然后选择“Branch/tag…” 在弹出的窗口中，将To Url 指向branch目录并输入分支的具体目录名，这里是mybranch1.0，我们即将创建的分支便存放于此处，点击OK。 Update一下本地的branch目录，你就可以看到你刚刚创建的分支“mybranch1.0”，这样一来我们的分支就创建完成了。 创建分支的最大的目的就是跟主线进行并行开发的时候不影响主线的开发。 因为你在分支上所做的提交都只存于分支上，主线上的Update是看不到分支的修改的。如下图所示，trunk只能看到r344的版本，并看不到r343的版本。 （什么时候应该使用分支呢？例如你接到了一个任务，完成这个任务需要三四个人的合作，你们之间需要共享资源

先说说什么是branch。按照Subversion的说法，一个branch是某个development line（通常是主线也即trunk）的一个拷贝，见下图： branch存在的意义在于，在不干扰trunk的情况下，和trunk并行开发，待开发结束后合并回trunk中，在branch和trunk各自开发的过程中，他们都可以不断地提交自己的修改，从而使得每次修改在repository中都有记录。 设想以下场景，如果你的项目需要开发一个新功能，而该功能可能会修改项目中的绝大多数文件，而与此同时，你的另一位同事正在进行bug fix，如果你的新功能不在branch中开发而直接在trunk中开发，那么你极有可能影响另一位同事的bug fix，他/她在bug修复中可能会遇到各种各样的问题，因为你的频繁提交代码引入了过多的不稳定因素。你可能会说，那我在开发的过程中不提交不就行了，等到我全部开发结束我再提交，是，你可以这么做，那还要版本控制干什么呢？也许等到你最后提交代码的时候（也许一周，也许两周？），你会发现有一大堆conflict等着你resolve。。。 那么，正确的做法是什么？使用branch，从trunk创建branch，然后在你的branch上开发，开发完成后再合并到trunk中。 关于branch先讲到这里，下面说说什么叫做合并。很好理解，当branch开发完成后（包括必要的测试

小结: 1.主干在建立分支之后与分支同时修改了某个类文件.合并的步骤是:主干->分支->主干,有人可能认为将主干->分支就可以将分支做为主干. 一般上线的都是主干.而不会是分支, 从分支->主干如果在主干->分支做完之后,merge应该没什么障碍了. 2.分支的日志包含了主干在拆成分支之前的日志, 可以也可以通过命令显示仅在拆出之后,分支的日志部分. 3.在冲突的时候,diff版本用来显示,直接编辑冲突文件消除冲突即可. 4.版本号是针对整个工程累加计算的.工程包括trunk,branch,tag. ------------------------------------------------------------------------------- 转自http://blog.csdn.net/jixiuffff/archive/2010/05/13/5586858.aspx 假如主干是这样的 a---->b------>c----->d------------>e a b c d e 分别代表版本号 突然发现项目在版本e时引入了一个bug ，要修改这个bug，可能需要一段时间才能完成 即如果在e处直接对代码进行修改，可能会影响其他人继续进行开发，一种办法就是copy e 的代码到另一个地方（创建一个分支） ,在这个分支上修正bug 待修正好bug 后，将其合并到主干中

SVN使用环境 使用SVN管理源代码，必须有2套环境 服务器 用来存储客户端上传的源码 一般都是在Windows环境下安装Visual SVN Server 客户端 用来提交、回退、修改、下载等操作 一，在Windows安装Visual SVN Server 下载Visual SVN Server安装包 下载地址：百度网盘链接：https://pan.baidu.com/s/1jJWegi6 密码：d58v 官网下载：https://www.visualsvn.com/server/download/ 打开安装包 --> next --> 同意协议 --> next --> 选择默认选项（安装SVN控制台）--> next --> 选择第一个按钮（标准版）--> next --> location：安装路径 Repositories：仓库路径 server Port：端口 旁边的https://选项不勾选（因为一般SVN都是在局域网，不会有安全问题）--> next -->Install --> 完成 二，创建SVN仓库 打开Visual SVN Server 右击Repositories --> 新建 --> Repository --> 设置仓库名称 --> 下一步 --> 选择第一项Enpty repository（空的仓库）--> 下一步 --> 设置访问权限（Nobody

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Linux系统组建SVN服务器 民工哥 民工哥技术之路 2016-11-29 Linux系统SVN服务 1、SVN服务介绍 SVN是一款非常优秀的版本管理工具，与CVS管理工具一样，SVN 是一种跨平台的开源的版本控制系统，它会备份并记录每个文件每一次的修改更新变动 官方网站：http://subversion.tigris.org http://subvsion.apache.org SVN客户端：http://tortoisesvn.net SVN中文网站：http://www.iusesvn.com SVN版本控制系统的工作流程： 1：在中央库上创建或主干复制一个分支 2：从中央库check out下这个分支的代码 3：然后进行修改，提交更新代码 2、SVN的安装 系统环境 [root@centos6 ~]# cat /etc/redhat-release CentOS release 6.5 (Final) [root@centos6 ~]# uname -r 2.6.32-431.el6.x86_64 安装SVN服务 [root@centos6 ~]# rpm -qa subversion [root@centos6 ~]# yum install subversion Loaded plugins: