[請益] git協同合作問題
遇到一個情境 想請問應該如何操作
假設現在
有一個主分支release
兩個feature branch
第二個分支需要用到第一個分支部分代碼
另外一部分不能弄進來
但是因爲第一個分支還沒回release
但如果選擇了pull merge 第一個分支拉部分的code(如圖紅色的部分）
第二分支回release之後...
第一個分支去pull release的時候會造成檔案被修改或刪掉如圖藍色部分
https://i.imgur.com/hgMRn5l.jpg
紅色那塊該怎麼做呢？才不會影響到藍色部分的代碼
是不是應該pull 完第一個分支之後reset ?
--
※ 編輯: greytiger (211.75.111.130 臺灣), 12/09/2021 13:43:36
手動編輯將codeB 的修改搬到 BranchB，或 cherry-pick 試
試？
你可以cherry pick
Cherry pick Code B 的 commit
Cherry pick 要的每一個commit嗎～
※ 編輯: greytiger (211.75.111.130 臺灣), 12/09/2021 14:09:03chrry pick阿，不然就merge 再 revert 不要的 commit
撿櫻桃很好用的
避免用revert 到時候merge A的時候會有問題
cherry-pick
對 你可以先cherry pick 好幾個回來 然後都不要 commi
t
我沒想到mergeA，失策了
rebase -i 選你要的
commit很多用rebase 一兩個commit 用chrry pick
請問rebase 怎麽操作呢 小弟只有用過rebase release 和rebase 改commit 沒有在feature branch rebase 其他的feature branch過 如果選用squash merge 還會出現藍色的那種狀況？ 1. 如果 在B 分支 squash merge 分支A 2. B PR回release 用 squash merge進去 這樣還會有藍色狀況嗎？
※ 編輯: greytiger (42.72.113.67 臺灣), 12/09/2021 21:37:37我會用不是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更新，沒有gi
t配合ci/cd還不知道要怎麼測。
是說 release當主幹道是認真的嗎
我個人想不到比git還強大的版控就是了QQ
然後樓上大大的推文才讓我想到 如果有個dev branch 然後
用force push/merge/cherry-pick去控制release branch是
不是會比較好 整個結構應該有優化空間
除了Git 還有什麼好用的版控呀？
同問，如果開發流程很複雜，還有哪套比 git 好用？
現在大概都是 Git 的天下了吧
同類型的有 Mercurial，不過沒用過，可以試試看
版控 。 時間 地點 誰幹的！！！
25
[請益] 請問這樣的git使用方式是否是正確的?請問一下，本人是程式新手，最近加入了一個組織，裡面的開發團隊的git使用方法，讓 我覺得有點怪怪的，但是我也覺得這也可能是正確的git使用方式，只是我以前不知道而 已，所以想請問一下，以下的git使用方式，是否很常見? 是否是合理的? 假如某個repo裡有3個folder - serviceA, serviceB, serviceC，這3個folder在開發階 段不會有dependency，這個開發團隊的作法是，從master branch一開始的init commit16
[問卦] 同個 commit 不同 commit hash 之謎如題，沒在用 Git 請左轉 剛剛在兩個 remote 上面看同一條 commit，發現它倆有不同 commit hash 我知道如果有 rebase 過的話 commit hash 會不同 但除了 rebase，還有其他原因會讓 commit hash 有變化嘛？ 我很好奇!9
[問卦] Git 有多神？大家豪阿 揪4啊～小弟妹我最近發現 git 真的好神喔～ 像我開發案子開發到一半 突然要我去修一個新的bug 所以ㄚ 我就直接 git stash , git co master , git co -b hotfix![[問卦] Git 有多神？](https://img.youtube.com/vi/iKUwMUjavP4/mqdefault.jpg "[問卦] Git 有多神？")
11
Re: [請益] 請問這樣的git使用方式是否是正確的?個人意見，僅供參考 不太確定常不常見，但看起來是合理的。 可以想到的好處和情況是 不同的service 可以分開Build，Build 之後的artifact 可以依照每個service 的開發進 度deploy 到不同的測試環境，利於不同進度的開發和整合。5
[問卦] 等等要用git合併code惹 要注意什麼？如題 測了幾天硬體 終於程式會動了 為了做實驗 開了一堆分支 超級亂 等等要開始合併 git rebase -i9
[請益] git rebase的問題各位好 本人在近來在公司需要將專案中某個pull request的commit統合成一個 下圖為pull request，本公司用的是bitbucket 我看了一些網路教學和youtube，仍然想不出解法。我的做法如下：![[請益] git rebase的問題](https://img.youtube.com/vi/8j0H6urZ-bU/mqdefault.jpg "[請益] git rebase的問題")