遇到一个情境 想请问应该如何操作

假设现在
有一个主分支release
两个feature branch

第二个分支需要用到第一个分支部分代码
另外一部分不能弄进来

但是因为第一个分支还没回release
但如果选择了pull merge 第一个分支拉部分的code(如图红色的部分）
第二分支回release之后...

第一个分支去pull release的时候会造成档案被修改或删掉如图蓝色部分
https://i.imgur.com/hgMRn5l.jpg

红色那块该怎么做呢？才不会影响到蓝色部分的代码
是不是应该pull 完第一个分支之后reset ?

手动编辑将codeB 的修改搬到 BranchB，或 cherry-pick 试试？

你可以cherry pick

Cherry pick Code B 的 commit

chrry pick阿，不然就merge 再 revert 不要的 commit

捡樱桃很好用的

避免用revert 到时候merge A的时候会有问题

cherry-pick

对 你可以先cherry pick 好几个回来 然后都不要 commit

我没想到mergeA，失策了

rebase -i 选你要的

commit很多用rebase 一两个commit 用chrry pick

我会用不是git的方法解决它 做的事情愈来愈多 愈来愈不符合类unix逻辑了

试试 git checkout --patch target_branch file/path--patch可以只checkout 一部分的code, 我还蛮常用的

rebase啊 万用解只要你可以联络道写branch的人就可以当场解冲突

就多开一个分支当缓冲就好拉这种情况 我不会在作业branch直接merge/rebase/捡樱桃另外开一个branch去处理 在发mr给自己检查 会比较安全

rebase -i根本是神器

会用git当版控的圣杯通常逻辑不是很强,会在这鬼异的死循环一直无限循环下去,会一直上来po文问,又解决不了问题唯一的解法是:干掉产生问题的工具-->git. 不能再多说了懂的就懂，不懂的就一辈子一直诡异下去吧

饥饿游戏git开发者的恶趣味若权责没分配好加班加到爆~

推楼上，我公司技术魔人一直在推，结果搞到最后难看收拾

其实git真的满囉嗦 但没办法大家都用

敢问前几楼有什么更好的版控工具？可以分享一下吗？

有时候觉得git不好用是开发流程没那个需求。当有一堆要分阶段上版的功能待测试，同时又有产品要fix bug更新，没有git配合ci/cd还不知道要怎么测。

是说 release当主干道是认真的吗

我个人想不到比git还强大的版控就是了QQ然后楼上大大的推文才让我想到 如果有个dev branch 然后用force push/merge/cherry-pick去控制release branch是不是会比较好 整个结构应该有优化空间

除了Git 还有什么好用的版控呀？

同问，如果开发流程很复杂，还有哪套比 git 好用？

现在大概都是 Git 的天下了吧同类型的有 Mercurial，不过没用过，可以试试看

版控 。 时间 地点 谁干的！！！