小技巧-Git将当前代码提交到其他分支，不影响远端

【代码】git 当前分支修改提交到其他分支。

假设我现在在A分支，现在我要把A分支上修改的代码提交到B分支上： git add . ：他会监控工作区的状态树，使用它会把工作时的所有变化提交到暂存区，包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件； npm run commit：将暂存区里的改动给提交到本地的版本库（这个是应用了git-cz）下面我会再说明一下这个，以前也没用过这个； git log：查看下提交记录，这个时候会显示你提交日志SHA-1 校验和； git checkout B：切换到B分支； git pull

习惯先在原有代码上做修改，改完再创建新的远程分支提交所以就牵扯到在已有修改的时候，如何将当前修改提交到新的分支上。

近来入职了新公司，公司的产品代码是多分支的，昨天改了一个小需求，但是当时我要切换另一个分支取提交，然后前端负责人用git命令给我提交了下，以前没遇到过这样的场景，所以记录下。 假设我现在在A分支，现在我要把A分支上修改的代码提交到B分支上： git add . ：他会监控工作区的状态树，使用它会把工作时的所有变化提交到暂存区，包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件； npm run commit：将暂存区里的改动给提交到本地的版本库（这个是应用了git-cz）下面我

克隆远程gitlab仓库，将本地git仓库推送到远端gitlab

本篇文章我们介绍了git pull的用法，明白了它有merge和rebase两种模式。默认情况下，它使用的是merge。使用merge的方式拉取代码会导致git历史变得复杂，不利于维护和溯源。因此，建议使用rebase的方式拉取代码。我们只需要做如下设置即可设置完成后，你就可以放心的使用git pull了，不用在被git老手或者版本管理员给diss咱们git命令不精通了^_^, 下面这张图大家可以详细看看，理解下git的其他命令祝大家git顺利，分支大吉。

此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。遗憾的是，这可能并非每次都成功，并可能出现。是你想要标记的提交 ID 的前 10 位字符。在其他分支上进行开发，完成后再将它们合并到主分支上。第二个是 暂存区（Index），它像个缓存区域，临时保存你的改动；你也可以使用少一点的提交 ID 前几位，只要它的指向具有唯一性。分支是用来将特性开发绝缘开来的。在你创建仓库的时候，如此你就能够将你的改动推送到所添加的服务器上去了。最后是 HEAD，它指向你最后一次提交的结果。

Git分支本质是轻量级commit指针，而非独立代码副本；fetch操作同步远端引用与对象，构建本地DAG图谱，不改变工作区；pull则是fetch加merge或rebase的封装，涉及历史整合决策。理解ref、remote-tracking branch和commit对象关系，是避免合并冲突、丢失提交和CI失败的技术前提。本文聚焦中大型团队在Monorepo、微服务及遗留系统维护中的真实协作场景，结合分支生命周期管理、fetch/prune机制、pull-rebase安全实践等核心问题，提供可落地的Git

项目版本管理使用git，在实际工作当中经常会遇到计划赶不上变化，比如某几个改动要提前上线，或者某几个改动这次不发布。如果是时间间隔短，改动量小以及个人记忆强大的基础上没什么事，弄个个新分支把需要的弄出来，或者屏蔽掉。但是如果上面三个条件有一个不满足，其实都特别难受。 我们能不能把我们需要修改的commit也提交到别的分支，这样我们只需要根据我们改动的提交，而不是一个文件一个文件的去修改。 实际上是有的，这个操作叫做cherry-pick （1）cherry-pick 命令 这里如果你是忠实的命令行操作大牛，

步骤 1、将当前分支的代码储存起来 2、拉取当前分支的远程代码 3、解决冲突，提交本地代码 4、检出需要推送的分支 5、将2中的分支【合并到当前分支】，即能将需要推送的代码合并过来 6、推送需要推送的分支 7、删除2中的分支(因为有代码推送，但不需要推送，直接强制删除分支后再检出就不会有代码需要推送了) ...

(1) 如果master与test代码相差较大，可以使用git> branch>select( helon)进行cherry-pick;1.开发时，基于master分支(生产分支)创建并切换到自己的分支，待开发完毕，执行add>(2) 如果master与test代码实时同步了，可以使用merge进行代码合并冲突处理。2、进行merge request操作，待组长审批通过，代码合并完毕！3.针对将helon分支代码合并到test，分两种情况，2.拉取test代码(很重要)二、合并到test或dev。

如果有未提交的修改并且不想丢失它们，切换分支是不可行的。命令将未提交的修改保存为临时存储，并从当前分支上移除这些修改。在将修改应用到目标分支之后，你可以使用。命令删除已应用的临时存储。另外，如果你需要在切换分支之前创建一个新的分支来保存未提交的修改，可以使用。只想将未提交的修改内容文件传递给另一个分支，而不想包括其他文件或提交历史。这样，之前保存的未提交修改就会被应用到目标分支上。如果操作失误会导致代码丢失或者更复杂的情况。应用之前保存的未提交修改，可以使用。

可以选择某一个分支中的一个或几个commit(s)来进行操作。例如，假设我们有个稳定版本的分支，叫v2.0.0，另外还有个开发版本的分支v3.0.0，我们不能直接把两个分支合并，这样会导致稳定版本混乱，但是又想增加一个v3.0.0中的功能到v2.0.0中，这里就可以使用了,其实也就是对已经存在的commit 进行再次提交。

由于对git的使用还不是很熟悉，只是会基本的添加、提交、分支相关简单操作，在开发新需求的时候，需要涉及两个项目，一部分在新项目的新分支上开发的，另一部分是在老项目的老分支上开发的（这里忘了创建新分支）。项目开发完提交的时候，在新项目分支顺利提交并review，但是老项目上的部分代码这里就遇到了问题，怎么提交呢？再提交到老分支上不合理啊，提出这个问题我的leader直接告诉了我cherry-pick...

这个操作，一般是同步不同网站的同个仓库，比如说gitee 和github。某个网站更新了，你想同步他的分支过来。然后基于分支开发或者其它。

git commit 恢复

2、查看当前分支和当前origin。4、修改原分支名为master。3、删除关联远程origin。1、拉取别人的项目分支。