git 使用 添加分支

http://jingyan.baidu.com/album/19192ad83ea879e53e5707ce.html?picindex=1

修改配置

git config --global user.name

git config --global user.email

如:

git config --global user.name "zbx"

git config --global user.email "[email protected]"

进入到想要放项目的目录,本例中gitdata目录就是我放项目的目录

克隆远程项目 git clone

如: git clone http://XXX.XXX/sq-group/XXX.git

克隆完成之后,可以看见项目名称,进去项目之后,可以看见一些git相关文件

查看远程分支

git branch -r

建立本地对应分支

git checkout --track 或者 git checkout -b

如:

git checkout --track  origin/dev-zhengqigit ,

git  checkout -b dev-zhengqi  origin/dev-zhengqi

建立分支后,默认会进到新建的分支里,如果想进去其他分支,可以通过

git checkout 加分支名切换

如:

git checkout zhengqi

时间: 2024-09-29 22:22:25

git 使用 添加分支的相关文章

git 仓库、分支的区别

首先,要明白仓库的概念 仓库可以理解为repository, 就是存放代码的地方,—— 其实是一个比较笼统的概念,不管里面的内容,总之存放各种资源(代码.图片等等) 对于git应用开发者而已,本地一般需要至少一个仓库, 远程,自然,必须的,至少一个仓库 仓库里面可以有多个分支 —— 每个分支,当然,都是对应一个独享的目录. 各个分支并列在仓库下,共同组成了仓库(个人的理解,这样对吗?) 版本又是什么概念呢? —— 其实我们应该准确理解这个概念—— 版本指一个分支的某一个时刻的整体代码—— 这样理

Git教程之分支管理之一

分支在实际中有什么用呢? 你创建了一个属于你自己的分支,别人看不到,别人还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作. 在版本回退里,我们已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支

四、git学习之——分支管理、解决冲突

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

Git由浅入深之分支管理

几乎所有的版本控制系统都以分支的方式进行操作,分支是独立于项目主线的一条支线,我们可以在不影响主线代码的情况下,在分支下进行工作.对于传统的一些版本控制工具来说,我们通常需要花费比较多的时间拷贝主线代码,创建一个分支,并且对分支的管理效率也越来越不令人满意,而如今备受推崇的Git确实名副其实,Git中的分支非常轻量,我们可以随时随意创建任意数量的新分支,几乎感觉不到什么延时,而且对分支的操作也很高效,如,切换分支,暂存内容,分支合并,分支提交等. Git分支的与众不同 上面我们提到相对于其他大多

Git新建本地分支与远程分支关联问题:git branch --set-upstream【转】

本文转载自:http://blog.csdn.net/netwalk/article/details/21088405 Git新建本地分支与远程分支关联问题:git branch --set-upstream git在本地新建分支, push到remote服务器上之后,再次pull下来的时候,如果不做处理会报以下提示: [html] view plain copy You asked me to pull without telling me which branch you want to m

Git flow的分支模型与及经常使用命令简单介绍

Git flow是git的一个扩展集,它基于Vincent Driessen 的分支模型,文章"A successful Git branching model"对这一分支模型进行了描写叙述.其示意图例如以下: 上图从左往右看,分别为 - 时间轴.从上往下时间在流逝 - feature分支(玫红).图上有两个feature分支,在这个分支上,进行功能特性的开发 - develop分支(黄色).git flow的主分支.feature分支和release分支都会将代码合并到此分支上 -

Git新建本地分支与远程分支关联问题:git branch --set-upstream

Git新建本地分支与远程分支关联问题:git branch --set-upstream git在本地新建分支, push到remote服务器上之后,再次pull下来的时候,如果不做处理会报以下提示: You asked me to pull without telling me which branch you want to merge with, and 'branch.production.merge' in your configuration file does not tell m

Git 学习笔记<分支管理> (三)

分支是什么? 分支就像树分出的树枝,不同的是,它们之间可以互相合并. 将版本的推进想象成一个链表的伸长:  version 1.0 ==> version 2.0 ==>version3.0  . master是主要的分支基本上用于发布产品.你可以从master分出一个dev,在上面创建新功能,或者修bug然后调试.最后再合并到master里面.就像下面这样. master分支:  version 1.0=========>version 2.0===... \            

版本控制git之二-分支

有人把 Git 的分支模型称为它的`'必杀技特性'',也正因为这一特性,使得 Git 从众多版本控制系统中脱颖而出. 为何 Git 的分支模型如此出众呢? Git 处理分支的方式可谓是难以置信的轻量,创建新分支这一操作几乎能在瞬间完成,并且在不同分支之间的切换操作也是一样便捷. 与许多其它版本控制系统不同,Git 鼓励在工作流程中频繁地使用分支与合并,哪怕一天之内进行许多次. 理解和精通这一特性,你便会意识到 Git 是如此的强大而又独特,并且从此真正改变你的开发方式. 分支简介 在进行提交操作