SVN创建分支/合并分支/切换分支

SVN创建分支/合并分支/切换分支

转载自:http://www.cnblogs.com/andy2simple/p/5386256.html

在建立项目版本库时,可首先建好项目文件夹,并在其中建立trunk, branches, tags三个空的子目录。这样在trunk中开始进行开发

trunk是主分支,是日常开发进行的地方。

branches是分支。一些阶段性的release版本,这些版本是可以继续进行开发和维护的,则放在branches目录中。又比如为不同用户客制化的版本,也可以放在分支中进行开发。

tags目录一般是只读的,这里存储阶段性的发布版本,只是作为一个里程碑的版本进行存档。

以eclipse为例来做SVN分支的创建/合并/切换

  

一、创建分支

  1、右键项目 —> Team —> Branch/Tag...(分支/标记...)

  

  2、设置URL两种方法:1.手动设置分支的svn的url地址 2.浏览资源库选择对应的目录。

  我这里选择第二种方式:浏览资源库,选择branches(这里的目录是我预先创建好的目录,没有的建议先创建目录),然后手动在目录后面创建分支名称(项目名称_创建日期_版本)

   

  3、然后 Next —> Finish

    

  4、分支创建完成,不信你看!

  

二、合并分支

  1、右键项目 —> Team —> 合并(M)...(Merge...)

  

  

   

  

  

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

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

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

 

三、切换分支

  1、右键项目 —> Team —> 切换(S)...(Switch to another Branch/Tag/Revision...)

  

时间: 2024-10-10 00:47:35

SVN创建分支/合并分支/切换分支的相关文章

git——创建分支后,切换分支报错(error: pathspec 'master' did not match any file(s) known to git)

error: pathspec 'master' did not match any file(s) known to git 解决办法: 1.查看分支 git branch -a 2.获取所有分支 git fetch 3.切换到远程master分支: git checkout origin/master 4.执行git branch,可以看到我们想切换的那个分支 5.从当前的分支切换并新建分支,可以理解为即将新创建的分支是由当前分支出来的 git checkout -b 新分支名 6.建立本地

TortoiseGit- 创建本地新分支,提交推送到远程,本地新分支合并到工作分支,提交到远程工作分支等。

整体思路: 创建本地新分支 (create branch)  -- 切换到本地新分支工作 (switch/checkout) --提交修改 (commit)  -- 推送到远程新分支 (push)  --准备合并(明确要把哪个分支合并到哪个分支上,以新分支合并到工作分支上威力)-- 切回到本地的工作分支 -- 合并分支(选择新分支merge) -- 把新合并的提交推送到远程工作分支上 (push)  -- 合并结束 -- 删除远程新分支(本地分支随意,留作纪念...). 注意:在第一次推送到新分

Git分支管理——创建、合并、删除分支

前言: 几乎所有的版本控制都以某种形式支持分支.使用分支意味着你可以把你的工作从开发主线上分离开来,以免影响开发主线. Git的分支模型成称为它的"必杀技特性",也正因为这一特性,使得Git从众多版本控制系统中脱颖而出.Git处理分支的方式是难以置信的轻量,创建新的分支这一操作是秒级完成的,并且在不同分支之间的切换操作也是一样便捷. Git的分支,其实本质上仅仅是指向提交对象的可变指针.Git的默认分支是master.在多次提交操作之后,其实我们已经有一个指向最后那个提交对象的mast

代码分享——svn分支合并(开发分支合并到主干上)

设计逻辑 通过命令行可以传值,动态的合并不同版本库中的代码: 判断是否已经迁出代码到本地,如果没有需要先迁出: 获取主干和分支的版本号,便于今后的合并: 如果主干版本号大于等于分支版本号,则无需合并: 合并后提交主干版本号到主干: 拉取主干更新日志,查看是否已经合并成功: 代码逻辑 #!/bin/sh if [ -n $1 ];then repos_name=$1 repos_url='svn://domain.com/'$repos_name repos_dir='/root/svn_co_c

[svn] linux命令——svn分支创建、合并

一.创建分支 1,创建一个分支 svn copy svn://xx.com/repo/trunk svn://xx.com/repo/branches/TRY-something -m 'make branches TRY-something' 2,把工作目录转到分支 svn switch svn://xx.com/repo/branches/TRY-something 当然,也可以再转到主干svn switch svn://xx.com/repo/trunk 二.合并一个分支到主干 1, 查找

GIT 分支管理:创建与合并分支、解决合并冲突

分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN. 如果两个平行宇宙互不干扰,那对现在的你也没啥影响.不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN! 分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了.如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险. 现在有了分支,就不用怕了.你

使用TortoiseGit操作分支的创建与合并

第一步:创建本地分支 点击右键选择TortoiseGit,选择Create Branch…,在Branch框中填写新分支的名称(若选中”switch to new branch”则直接转到新分支上,省去第二步),点击OK按钮: 第二步:通过“Switch/Checkout”切换到新创建的分支上,点击OK: 第三步:在新分支下执行PUSH操作,在对话框中保持远程分支为空白,点击OK,则将在远程创建了新的分支(在PUSH的时候远程服务器发现远程没有该分支,此时会自动创建一个和本地分支名称一样的分支,

创建与合并分支-git入门教程

在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支. 一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点: 每次提交,master分支都会向前移动一步,这样,随着你不断提交,m

Git -- 创建与合并分支

在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支. 一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点: 每次提交,master分支都会向前移动一步,这样,随着你不断提交,m

创建与合并分支

在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支. 一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点: 每次提交,master分支都会向前移动一步,这样,随着你不断提交,m