使用git提交代码--在不切换分支的情况下向不同的分支提交代码

我们都会提交代码,尤其是当项目的分支比较多的时候,我们就会向不同的分支提交代码,这时候,如果来来回回切换分支修改了之后在提交,那么会很费时间的,一天也改不了几个bug。

在一个分支上修改了代码,先向一个分支进行提交  比如;本地B-1分支,提交合并到B分支上面去

然后关键一步:选择Cherry-pick  意思是  炼选

最后,将自己本次修改的代码选择另外一个目标分支进行提交

依次类推,这样就比较方便了

原文地址:https://www.cnblogs.com/dongyaotou/p/12120642.html

时间: 2024-10-08 23:37:02

使用git提交代码--在不切换分支的情况下向不同的分支提交代码的相关文章

@Java web程序员,在保留现场,服务不重启的情况下,执行我们的调试代码(JSP 方式)

一.前言 类加载器实战系列的第六篇(悄悄跟你说,这篇比较水),前面5篇在这里: 实战分析Tomcat的类加载器结构(使用Eclipse MAT验证) 还是Tomcat,关于类加载器的趣味实验 了不得,我可能发现了Jar 包冲突的秘密 重写类加载器,实现简单的热替换 @Java Web 程序员,我们一起给程序开个后门吧:让你在保留现场,服务不重启的情况下,执行我们的调试代码 最近事不算多,所以有点时间写博客,昨天写着写着,测试的同学反馈说有一个bug.我看了下服务端日志,空指针了: 下面会给出详细

【转】Git如何在不提交当前分支的情况下切换到其它分支进行操作——git stash

假如现在的Bug你还没有解决,而上边又给你派了一个新的Bug,而这个Bug相比较现在正在苦思冥想的Bug比较容易解决. 你想先解决新的Bug,可是之前的Bug还没有解决完而不能提交.怎么办? 解决方法:在其他分支上另开炉灶解决. 首先你需要将此刻正在解决Bug的当前分支“储藏”起来.例假如此时正在你在当前分支dev上已进行了Bug修改但还未提交. 此时你想去解决刚派下来的另一个Bug.而你需要在master分支上去修复这个Bug,第一步就需要先切换到master 分支.当你执行 $ git ch

关于应对代码版本管理机制不完全的情况下项目发包管理思路

最近在做项目中发现,提出的项目更改要求可以按时完成,但是往往完成了功能以后会影响到其它的功能,如这个功能修改完成后,相关的功能又出现了BUG. 无奈只能是每次发完包以后进行全面的测试,但是长久下来发现很是受不了.一是发包时间很晚,再加测试,时间就会到半夜.二是万一测试出问题,修改基本上来不及,来得及也是通宵修改,第二天的工作安排基本报废. 经过讨论,对SVN代码进行了版本控制的同时,也对更新包进行了版本控制.也就是另外搭一台服务器,搭一个数据库.在此基础上进行反复测试,没有问题后再进行发包,且每

GIT 如何在不提交Commit的情况下切换分支

最近遇到一个问题,事情是这样子的,刚刚接到客户说他的项目有问题,于是就打开本地的源码查看经过排查确定了问题,于是就开始进行修正工作 将问题修复好准备提交到git的时候发现当前的分支是不对的,但问题是我已经在当前分支了作了大量修改,如果要切换分支则必须先要将修改过的文件先提交 那么现在问题来了:如何在不提交commit的情况下来切换分支呢? 最后通过查看Pro Git文档了解到Git中有一个stash功能可以实现 6.3 储藏(Stashing) 来源: <http://git.oschina.n

【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分支不变): g

git分支合并的,拉取远程分支,合并到本地等不同情况下git的操作命令

情况1: 本地有分支dev,远程没有dev分支,要将本地dev分支提交到远程的dev分支 首先切换到dev分支: git  checkout dev 检测是否有为提交内容:git status 将未提交内容添加到暂存区: git add .(或git add 具体文件名称)     将暂存区内容提交到 原文地址:https://www.cnblogs.com/fanlina/p/11002799.html

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

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

ECLIPSE下SVN的创建分支/合并/切换使用

最近接项目要求,要在svn主干上创建分支,用分支来进行程序的bug修改,而主干上进行新功能的开发.分支上的bug修改完,发布后,可以合并到主干上.项目程序可以在主干和分支之间进行切换,来实现主干和分支的同时维护. 1.创建分支 创建分支实际上就是将程序copy一份到指定的分支目录,如下图示: 在项目名称上点击右键,弹出菜单,选择"Team",再选择"Branch/Tag",弹出下面的页面: 上图中的"Copy to URL"填写创建新分支的路径地

转 Eclipse下svn的创建分支/合并/切换使用

最近接项目要求,要在svn主干上创建分支,用分支来进行程序的bug修改,而主干上进行新功能的开发.分支上的bug修改完,发布后,可以合并到主干上.项目程序可以在主干和分支之间进行切换,来实现主干和分支的同时维护.  1.创建分支 创建分支实际上就是将程序copy一份到指定的分支目录,如下图示: 在项目名称上点击右键,弹出菜单,选择“Team”,再选择“Branch/Tag”,弹出下面的页面: 上图中的“Copy to URL”填写创建新分支的路径地址,后面会将程序copy到该目录下,形成新的分支