git 可以在 B 分支直接推送改动给 A 分支合并, 而不用切换到 A 分支的办法吗?

• 資深大佬 : blindie

  可以了解一下 git stash 这个功能

• 主 資深大佬 : 5bb864e1fc775087

  @blindie #1 git stash 我知道，但不是这个用途吧？ git stash 不就是把未提交的文件，找个地方存起来，然后把暂存区清空（应该是叫暂存区吧忘了），事后可以再恢复出来

• 主 資深大佬 : 5bb864e1fc775087

  @5bb864e1fc775087 #2 git stash 跟我说的东西没关系吧

• 資深大佬 : silentsee

  git stash
  git checkout master
  git merge dev
  git checkout dev
  git stash pop

• 資深大佬 : TMaize

  我都是项目再复制一份，一个用来合并，一个用来开发

• 主 資深大佬 : 5bb864e1fc775087

  @silentsee #4 好吧 我帖子没说清楚；我举的例子是我当前在 dev 分支, 已经把改的东西都 git commit 了, 这时执行 git status 显示我没有未提交的改动; 这时我在 dev 分支我要把我刚刚在 dev 分支提交的 commit 合并到 master 分支

• 主 資深大佬 : 5bb864e1fc775087

  举个例子
  git init // 这时我在 master 分支
  git checkout -b dev
  touch test
  git commit -m “test”
  然后我现在在 dev 分支, 要把刚刚提交的 commit “test” 合并到 master 分支, 但是不想用 git checkout master; git merge dev 这种方式

• 資深大佬 : lcdtyph

  如果你确定这次 merge 可以 fast forward 的话可以这样

  git branch -f master dev

  但是不建议这么操作

• 資深大佬 : viggoc

  cherry-pick 了解一下

• 資深大佬 : sfqtsh

  用 worktree 吧

• 資深大佬 : Kobayashi

  现在的年轻人怎么都这么懒了？ https://stackoverflow.com/q/3216360/5101148

• 資深大佬 : nicklooo

  @viggoc 我觉得主需要的就是这个

• 資深大佬 : ddsfeng

  @Kobayashi 自己先试一下再讲, stackoverflow 上面最高票的回答.

  里面讲了两种

  第一种:
  git fetch . foo:master

  这条仅限于 master 到 foo 可以 fast-forward

  第二种:
  git fetch <remote> +<remoteBranch>:<localBranch>

  多的这个+号, 如果用了的话, 是强制将 localBranch 的位置更新到 remoteBranch 位置.

  即 如果 master 上有其他的提交, 那么不好意思, 丢了..

  所以就目前来说, 如果存在 master 到 当前分支 需要进行正常合并的, 是没有办法 不切换分支进行 merge 的. (参见那个帖子中, 第二个回复).

  如果可以 fast-forward 过来的, 参见上面第一种方法.

• 資深大佬 : blindie

  @5bb864e1fc775087 不管是 github flow 还是 git flow 都不会频繁出现 merge 到 master 的需求。如果使用 gitlab 合作模式走 mr 提交上 master 则可以直接在 gitlab 上提 mr 。况且我看你回答都懂，4 回答完全解决你的问题，为什么不写个 shell ？

• 資深大佬 : newtype0092

  如果你分支差异确实这么大，切换起来感觉麻烦的话，重新拉一个仓库长期放在 master 分支就好了，只需合并就 cd 到新仓库的文件夹操作，不用切分支。

• 資深大佬 : gqbre

  git rebase dev master
  不要轻易尝试，除非你知道怎么还原

• 主 資深大佬 : 5bb864e1fc775087

  @blindie #14 4 说的就是我主贴里说的，先切到 master 再合并。我平时就是这么做的，只是不爽一来一回删掉文件又恢复回来。所以才来问问有没有不切换到 master 分支的方法

• 主 資深大佬 : 5bb864e1fc775087

  @viggoc #9 我理解的 cherry-pick 就是把另一个分支的某个 /某些 commit，单独拿到我当前分支再 commit 一遍。如果我没理解错，那我要的情况就不适合，因为执行 cherry pick 前提我要先切换到 master 分支，但是我要的是不切换到 master 分支的方法

• 資深大佬 : zyfsuzy

  cherry-pick 用一下

• 資深大佬 : silentsee

  @5bb864e1fc775087 你是说因为这几百个文件的提交导致切换分支很慢吗？按道理不会太慢的，除非你这几百个文件十分巨大。还是说你就是强迫症，觉得有几百个文件的变动就会让你不爽？

• 資深大佬 : Mrun

  git rebase –onto 看一下

• 資深大佬 : q8164305

  那你只能 gitclone 两个项目了，一个用来开发，一个用来合并，先把代码推上去，然后另一个项目拉下来合并再推

• 主 資深大佬 : 5bb864e1fc775087

  @silentsee #20 不是慢，只是强迫症不喜欢这样

• 資深大佬 : wushigejiajia01

  上一群人 连帖子都没看明白吗?
  主的需求: 将 B 分支合并到 A 分支时, 不需要切换到 A 分支就能直接将 B 分支代码提交给 A 分支

  说实话, 我也觉得这样的操作很麻烦,
  每次在临时分支上写完代码提交 PUSH 完,
  如果需要合并到 DEV, 我都得 [ 先切换到 DEV 分支才能将临时分支的代码合并到 DEV ]

  这种感觉就是 “只能操作当前所在分支, 不可跨分支操作”

  我也想知道有没有什么方法能减少这样的”只能在 A 分支进行’将 B 分支合并到 A 分支的操作'”

• 資深大佬 : WilliamYang

  前同事教我的，好像是 git push -u origin dev:master 具体忘记了，就是直接将 dev 推送到 master

• 資深大佬 : teawithlife

  其实先治疗强迫症才是当务之急[狗头]
  主可以先说一下为啥会有一次新增几百个文件的情况吗？
  如果这种情况出现频率很低，那就忍忍用 checkout 吧，或者像上几位说的，放两个不同的文件夹
  如果出现概率很高，我感觉 git 不是一个适合的工具

• 資深大佬 : lsdm999

  1. 这种切换到 master 分支，再 git merge 的方式让我这个强迫症难受
  dev 分支都有可能代码冲突，你能保证跨 master 分支 commit 不出现代码冲突？
  2. 切换到 master 分支，git 会把我在 dev 分支里新建的文件都删掉，恢复 master 分支的状态
  然后我再 git merge dev，就又把那些文件创建回来
  git stash 搞定
  3. 如果我在 dev 分支的 commit 里创建了几百个文件，这一来一回就要改动几百*2 的文件，就很不爽
  git cherry-pick 搞定（如你所描述的，切换分支是最简单不耗时的操作）

• 資深大佬 : lsdm999

  看错了，2+3：都用 git cherry-pick 即可

• 主 資深大佬 : 5bb864e1fc775087

  @lsdm999 #27 原本我不认为 git stash 和 cherry-pick 能实现我的需要，但是看到好几个人说，我在想会不会是 git stash 和 cherry-pick 有我不知道的作用。能否按照我 7 的例子，接着用 git stash 和 cherry-pick 往下写命令。
  我理解的 cherry-pick 是这样的：要用 cherry-pick 把 dev 分支的 commit 合并到 master 分支，前提要先切换到 master 分支才行，因为 cherry-pick 只能是把其他分支的 commit 转到当前分支。

• 資深大佬 : lsdm999

  其实 4 那个方案已经很接近了。
  git stash
  git checkout master
  git cherry-pick commit-hash 值
  git push
  git checkout dev
  git stash pop
  没有冲突的话整个过程应该挺快的。
  [cherry-pick 这一步有冲突啥的会有提示，可以先 git status 看下状态，那就撤销然后走 merge 手动解决冲突]

• 資深大佬 : lsdm999

  如果 dev commit 后没有修改，stash 都可以省掉

• 主 資深大佬 : 5bb864e1fc775087

  @lsdm999 #31 好吧还是我主没说清楚。顺着我 7 的例子，平时我就是这样：
  git checkout master
  git merge dev // 直接 merge 就行，还不需要 cherry pick
  我发贴的主要目的就是想问能不能不执行 git checkout master，也就是不要切换到 master 分支，且 master 分支能与 dev 分支保持同步

• 資深大佬 : v2ft

  提 merge request 吧，哈哈

• 資深大佬 : Auster

  cherry pick 不就是为这种情况的吗

• 資深大佬 : EminemW

  我用 idea 可以直接推到 Master 分支啊。。

• 資深大佬 : guanhui07

  git stash

• 資深大佬 : ooops

  首先，merge，rebase，cherry-pick 之类的操作会产生新的 commit，这就意味着有可能会出现 conflict 。所以不先切到那个分支是不可能实现的。
  其次，好多层都说 cherry-pick 好像忽略了它只能把当前分支 cherry-pick
  最后，新增的文件也可以先 git add，再 git stash 。如果强迫症不想在 stage area，可以 pop 之后 reset 那些新增的文件，重回 untrack 的状态。

• 資深大佬 : yaerda

  正好分享个最近学到的：git worktree – Manage multiple working trees

  对于你这个问题：
  假如你的项目本地克隆地址是：/path/repo，
  在这个项目里使用命令 git worktree add /path/repo-m master,就可以创建出一个新的文件夹 /path/repo-m,对应于 master 分支，新的文件夹只是原项目 master 分支的一个引用，不用担心占 2 份项目空间
  .
  ..
  /path/repo —dev 分支
  /path/repo-m —master 分支

  假使你一般都在 /path/repo dev 分支开发，开发完后，直接新开个命令窗口定位到 /path/repo-m,
  在在 path/repo-m 下轻轻松松便可以 merge 或者 cherry-pick dev 分支的东西，
  方便的实现同一时间本地有多个分支并存，再也不需要 各个常用分支来回切，不断的 stash pop

  以上是个人的一些粗浅理解和使用，如有不对或表达有误，还请指出

• 資深大佬 : wangyzj

  rebase

• 資深大佬 : nicklooo

  @ooops git stash save -u

• 資深大佬 : yuriko

  git 命令基本都是针对当前分支的操作，涉及到操作空间的逻辑，这个设计我觉得很合理

  以及本地切换 git branch 很麻烦我理解，但关注点是文件的创建流程就是强迫症了，不然你要不要考虑下 gitlog 里的东西都怎么存的？

• 資深大佬 : SergeGao

  上都不读题的吗….题主是想在不切回 master 分支的情况下合并某分支到 master 上,说个我知道的操作:

  git fetch origin branch-dev:master

  这个命令的意思就是拉取 branch-dev 分支并合并到 master 分支,所以题主可以先 push 一下 dev 分支,然后执行下上面操作即可

• 資深大佬 : xi_lin

  @yaerda git worktree 学到了，感谢。不知道为啥我在 v2 上没有点感谢的入口了。。

• 資深大佬 : standin000

  正想提 worktree，需要 git 2.15 版本，一个目录存在多个分支，公用.git 目录