【Git版本控制】Git中merge合并分支只对当前分支产生影响,被合并的分支不受影响

git checkout master

git merge dev

dev分支上commit的内容会合并到master分支,但dev不受影响。

正确的基于分支开发流程:

1.拉取远程master分支的最新版本到本地:git pull orgin master

2.由master分支复制一新的分支,并切换到新分支上做开发:git checkout -b dev

3.当dev分支上有提交时,切换到master分支然后将dev分支与当前分支合并(合并后master分支的内容会变,dev分支不变):

git checkout master
git merge dev

4.push master分支到远程库:git push orgin master

5.删除 dev 分支,重新拉取远程master分支,保证本地和远程一致,防止修改冲突

git branch -d dev

git pull orgin master

git checkout -b dev(以最新的master分支为基础创建开发分支)

【总结】

1. dev 合并到 master,并将master推送
2. 删除 dev 分支
3. 拉取最新的 master 分支,在其基础上新建一个 dev 分支

原文地址:https://www.cnblogs.com/leiblog/p/10919599.html

时间: 2024-08-27 05:37:22

【Git版本控制】Git中merge合并分支只对当前分支产生影响,被合并的分支不受影响的相关文章

git 版本控制 git push.default 的设置

在新装的 ubuntu 的笔记本上搭建开发环境,新装的软件也都是比较新的,在使用 git 的时候,就出现了一些新情况,以前没有看见的.虽然说是警告,作为一个名程序员,不应该 care warning 的,但是作为一名处女座的程序员,实在是不能容忍这个该死的 warning 总是出现在我提交代码的时候.于是看一下.转载请注明来自:http://www.binkery.com/ warning: push.default is unset; its implicit value is changin

Eclipse的Git插件Egit: merge合并冲突具体解决方法

http://www.cnblogs.com/wavky/p/3504060.html 稍微总结下弄了半个下午的egit的merge合并冲突解决方法,网上看的都是一个模板出来的,看的糊里糊涂,花了很多时间去实验整个合并流程.. 前提工作 创建一个普通JAVA工程Test,创建一个类Test,写点东西并加入到本地git库: 创建个develop分支,创建个Develop类,修改Test类的某些语句,添加新代码段,提交: 切换到master分支,创建个Master类,修改Test类的同一部分语句,提

python后端面试第六部分:git版本控制--长期维护

##################    Python语法基础        ####################### git版本控制 git常见命令作用某个文件夹中的内容进行版本管理:进入文件夹,右键git bashgit init 初始化,当前所在的文件夹可以被管理且以后版本相关的数据都会存储到.git文件中git status 查看当前文件夹以及子目录中文件是否发生变化:内容修改/新增文件/删除,已经变化的文件会变成红色,已经add的文件会变成绿色git add . 给发生变化的文

《Git版本控制管理》第三部分:分支、合并

part5 分支 1.git branch bug/p1 -以最新提交情况下创建新分支bug/p1 2.git branch -a -查看所有分支,特性分支和远程分支,当前工作目录下的分支用*标记为活动分支,-表示合并提交,+表示提交在一个分支中 3.git show-branch bug/p1 -查看具体某个分支内容 4.git checkout dev  -将dev分支设置为活动分支(即切换当前分支) 5.git checkout -b bug/p2 -切换到一个新建的分支bug/p2上 6

版本控制git(三)-git分支

通过本系列的上两篇文章(查看系列文章:http://www.cnblogs.com/jerehedu/p/4607599.html#bbkz),我们已经知道了如何使用Git完成对文件的版本控制.本次我们继续学习如何通过Git进行分支管理. 首先,我们要弄明白什么是分支.通过git log 命令我们可以查看版本库的提交日志,如图: 那么这些commit之间存在什么关系呢?实际上每次commit的时候,提交对象都会保存一个指向上次一commit版本的指针,经过多次提交之后,git通过这个指针将多个提

版本控制git之二-分支

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

git分支的创建、删除、切换、合并

1. 先看一下git的命令: 查看本地分支 git branch : 查看远程分支 git branch -r : 切换分支 git checkout -b agrochemical origin/agrochemical: 查看所属分支 git branch -a: 回退命令: $ git reset --hard HEAD^: 回退到上个版本 $ git reset --hard HEAD~3: 回退到前3次提交之前,以此类推,: 回退到n次提交之前 $ git reset --hard c

Git版本控制工具使用:Error pulling origin: error: Your local changes to the following files would be overwritten by merge

摘自: CSDN 逆觞 git在pull时,出现这种错误的时候,可能很多人进进行stash,相关stash的请看:Error pulling origin: error: Your local changes to the following files would be overwritten by merge 但是发现stash后还是会出现:Error pulling origin: error: The following untracked working tree files woul

版本控制——Git 使用笔记,以及Windows搭建Git服务器

Git和Github的关系 链接:http://www.zhihu.com/question/21907548/answer/95284202 来源:知乎 Git是一款免费.开源的分布式版本控制系统 Github是用Git做版本控制的代码托管平台 相当于本地.公司服务器.Github网站服务器都装Git做版本控制,只不过Github的服务器强大些,对全球用户托管的项目用Git做版本控制! 正是由于Github用Git做版本控制,所以可以轻松的记录项目的变迁史,然后有了下图 git是一张弓,git