遇到一個情境 想請問應該如何操作

假設現在
有一個主分支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，不過沒用過，可以試試看

版控 。 時間 地點 誰幹的！！！