遇到一个情境 想请问应该如何操作
假设现在
有一个主分支release
两个feature branch
第二个分支需要用到第一个分支部分代码
另外一部分不能弄进来
但是因为第一个分支还没回release
但如果选择了pull merge 第一个分支拉部分的code(如图红色的部分）
第二分支回release之后...
第一个分支去pull release的时候会造成档案被修改或删掉如图蓝色部分
https://i.imgur.com/hgMRn5l.jpg
红色那块该怎么做呢？才不会影响到蓝色部分的代码
是不是应该pull 完第一个分支之后reset ?
作者: t64141 (榕树) 2021-12-09 13:53:00
手动编辑将codeB 的修改搬到 BranchB，或 cherry-pick 试试？
作者:
tod 2021-12-09 13:54:00你可以cherry pick
作者: quickbym1 (张探长) 2021-12-09 13:55:00
Cherry pick Code B 的 commit
chrry pick阿，不然就merge 再 revert 不要的 commit
作者:
Petyr (小指头)
2021-12-09 15:07:00捡樱桃很好用的
避免用revert 到时候merge A的时候会有问题
作者: quickbym1 (张探长) 2021-12-09 16:14:00
对 你可以先cherry pick 好几个回来 然后都不要 commit
作者:
bill0205 (善良的小孩没人爱)
2021-12-09 19:52:00commit很多用rebase 一两个commit 用chrry pick
作者: superpandal 2021-12-09 21:49:00
我会用不是git的方法解决它 做的事情愈来愈多 愈来愈不符合类unix逻辑了
作者:
Mupzopod (pinballmachine)
2021-12-09 22:17:00试试 git checkout --patch target_branch file/path--patch可以只checkout 一部分的code, 我还蛮常用的
作者:
neo5277 (I am an agent of chaos)
2021-12-10 01:58:00rebase啊 万用解只要你可以联络道写branch的人就可以当场解冲突
作者:
acgotaku (otaku)
2021-12-10 11:55:00就多开一个分支当缓冲就好拉这种情况 我不会在作业branch直接merge/rebase/捡樱桃另外开一个branch去处理 在发mr给自己检查 会比较安全
会用git当版控的圣杯通常逻辑不是很强,会在这鬼异的死循环一直无限循环下去,会一直上来po文问,又解决不了问题唯一的解法是:干掉产生问题的工具-->git. 不能再多说了懂的就懂，不懂的就一辈子一直诡异下去吧
作者: jhjhs33504 ( ) 2021-12-11 16:40:00
饥饿游戏git开发者的恶趣味若权责没分配好加班加到爆~
作者:
JustInn (就是硬)
2021-12-11 22:22:00推楼上，我公司技术魔人一直在推，结果搞到最后难看收拾
作者:
brucetu (sec)
2021-12-13 15:56:00其实git真的满囉嗦 但没办法大家都用
作者: newhandfun (新手方) 2021-12-14 23:19:00
敢问前几楼有什么更好的版控工具？可以分享一下吗？
作者:
Sunal (SSSSSSSSSSSSSSSSSSSSSSS)
2021-12-15 08:28:00有时候觉得git不好用是开发流程没那个需求。当有一堆要分阶段上版的功能待测试，同时又有产品要fix bug更新，没有git配合ci/cd还不知道要怎么测。
作者:
afu4869 (阿福)
2021-12-16 13:57:00我个人想不到比git还强大的版控就是了QQ然后楼上大大的推文才让我想到 如果有个dev branch 然后用force push/merge/cherry-pick去控制release branch是不是会比较好 整个结构应该有优化空间
作者: turtleman (★☆特透面☆★) 2021-12-16 18:10:00
除了Git 还有什么好用的版控呀？
同问，如果开发流程很复杂，还有哪套比 git 好用？
现在大概都是 Git 的天下了吧同类型的有 Mercurial，不过没用过，可以试试看
作者: cathychg (凯西) 2020-02-09 12:20:00
版控 。 时间 地点 谁干的！！！