git从远端切出新分支进行开发

开发时从master分支切出一个新的开发分支,其主要操作流程如下:

1. 切换到被copy的分支(master),并且从远端拉取最新版本

$git checkout master

$git pull

2. 从当前分支拉copy开发分支

$git checkout -b dev

Switched to a new branch ‘dev‘

3. 把新建的分支push到远端
$git push origin dev

4. 拉取远端分支
$git pull

There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.

git pull <remote> <branch>

If you wish to set tracking information for this branch you can do so with:

git branch --set-upstream-to=origin/<branch> dev

经过验证,当前的分支并没有和本地分支关联,根据提示进行下一步:
5. 关联

$git branch --set-upstream-to=origin/dev
6. 再次拉取 验证

$git pull

时间: 2024-10-29 15:31:08

git从远端切出新分支进行开发的相关文章

使用Git分支协同开发

原创,文章链接:http://blog.csdn.net/u012150179/article/details/37966741 大型软件项目开发中,多分支的使用不仅能够并行开发多模块任务,也避免了Bug修正时引入新功能代码或是误删Bug代码造成以修复问题重现,更清晰的'组织'项目的开发. 新建的分支一般都属于以下三个范畴内:发布分支(Bugfix分支).特性分支和卖主分支. 一.发布分支 发布分支主要用作对之前提交代码的Bug修正,使修正过程和主线功能开发能够并行开展. 二.特性分支 特性分支

Git 分支-利用分支进行开发的工作流程

3.4 Git 分支 - 利用分支进行开发的工作流程 利用分支进行开发的工作流程 现在我们已经学会了新建分支和合并分支,可以(或应该)用它来做点什么呢?在本节,我们会介绍一些利用分支进行开发的工作流程.而正是由于分支管理的便捷,才衍生出了这类典型的工作模式,你可以根据项目的实际情况选择一种用用看. 长期分支 由于 Git 使用简单的三方合并,所以就算在较长一段时间内,反复多次把某个分支合并到另一分支,也不是什么难事.也就是说,你可以同时拥有多个开放的分支,每个分支用于完成特定的任务,随着开发的推

《Pro Git》笔记3:分支基本操作

<Pro Git>笔记3:Git分支基本操作 分支使多线开发和合并非常容易.Git的分支就是一个指向提交对象的可变指针,极其轻量.Git的默认分支为master. 1.Git数据存储结构和分支 git提交时会将暂存文件的内容,暂存的目录结构,提交对象,含附注标签对象都以包含信息头的二进制文件形式存储到版本库中(.git/objects目录),存储的对象以其自身SHA1值作为唯一标识,SHA1前两位为存储对象所在目录名,SHA1后38位为存储对象的文件名.存储的数据对象类型有: blob(文件内

Git之(四)分支管理

当我们初始化Git仓库的时候,Git会默认创建一个名为master的主分支.在实际工作中,主分支要求是一个稳定.健壮.安全的主线,一般不允许在主分支上直接进行开发,而是拉取一个新的分支,开发.测试完成后,再将分支合并到主分支上. 使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作.在很多版本控制系统中,这是个昂贵的过程,常常需要创建一个源代码目录的完整副本,对大型项目来说会花费很长时间. Git 的分支模型可称为"必杀技特性",而正是因为该特性将 Git 从版本控

Git之hotfix热修复分支

1.假设你正在开发一个新功能, 暂定为new, 需要新建一个new分支并切换: git checkout -b new 切换到一个新的分支new 等价于 git branch new git checkout new 然后在这个new分支上已经写了一些东西并提交了, 继续开发, 但是这个新功能只进行到一半, 这时候要紧急修复某个BUG, 需要新建一个hotfix分支, git status 查看状态 git stash 把当前已经修改的但是还未提交的暂存起来, 此时再用git status查看状

Git学习05 --分支管理02

1.冲突 产生冲突后,查看readme.txt   可以看到冲突内容 <<<<<<< ======= >>>>>>>   然后要同其他人商讨保留哪个. 当Git无法自动合并分支时,就必须首先解决冲突.解决冲突后,再提交,合并完成. 用git log --graph命令可以看到分支合并图. 2.  分支策略 在实际开发中,我们应该按照几个基本原则进行分支管理: 首先,master分支应该是非常稳定的,也就是仅用来发布新版本,

git fetch拉取他人分支(转)

来源:http://blog.tsnrose.com/2012-04-18-git-fetch.html(感谢作者分享) 有时候我们需要得到其它人的代码仓库,将别人(未push到远程仓库上的)修改与自己的修改进行合并,或者查看别人某个分支下的代码(而不真正切换别人的分支),本文介绍了相关的操作方法. git remote git remote用来管理本地工作目录对应的远程代码仓库,在一般的工作目录下,执行git remote结果如下: > git remote origin > git rem

Git创建branch 与 解决分支冲突

由于之前写一个Spring项目的时候是自己和一位大佬一起协作的,在中间差点因为我的git命令不熟悉而导致我的本地分支错误合并.这里仔细写一下git创建分支时候的一些坑和解决分支冲突时候的一些方法. 先写一下一些比较常用的命令 版本回退命令 git reset --hard 版本号 版本回退后后悔了怎么办? 先 git reflog 查看未来的版本号 然后 git reset --hard 版本号 想要让git log --graph看到的东西更好看 不妨使用 git rebase branch

git恢复彻底删除的分支

由于一时疏忽,错误的删除了未发布正式的开发分支,经查资料已恢复分支,特此记录 查看Git日志 git reflog |grep 'filter_or_gwf' 以下日志为已删除分支 filter_or_gwf 相关的操作日志: ① 在[email protected]{60}从master 创建了新的分支 filter_or_gwf ② 在[email protected]{6} 时错误的删除了分支 filter_or_gwf ③ 6 和 60之间来回切换.合并.提交了一些修改 可以看到 在[e