如題，好奇想問一下
基本上在有正常版控的條件下
這種情況是不是根本不該發生？
尤其是開發周期尚未結束，沒有要交接
每個人負責的部分
最小單位應該直接用檔案切開
一個檔案只會有一個人在維護、push code
即使是超龐大Class
也應該儘量切成不同小Class
然後利用繼承、封裝、多型分工出去才對
因為我常遇到為了rebase
需要一定程度搬動到別人的code
可能就是往前往後個幾行
或是在相同段落內插入幾行自己的
這種情況是否就代表分工不明確、模組化沒做好?
是否有甚麼情況是讓這件事可以被接受的
還是這種情況本來就家常便飯
單純我太龜毛而已XD
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.80.132 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1679289723.A.52D.htmlabccbaandy1樓這就跟隕石開發一樣阿，不應該，但大家都習慣了 03/20 13:24
→ abccbaandy2樓只要沒天兵直接蓋過去就好了 03/20 13:24
→ loadingN3樓自己解conflict啊 03/20 13:25
如果我解完我的conflict之後，讓你寫的某個function多了幾行，就算功能不影響，但這件事不會怪怪的嗎
brucetu4樓那些被你搬動的code就是比你早commit啊 那就是既有程式碼 03/20 13:48
→ brucetu5樓了 三分鐘前才commit進去的code 跟上個月寫好commit進去 03/20 13:48
→ brucetu6樓的code有什麼分別嗎 03/20 13:48
→ acgotaku7樓就很常見吧 誰晚進去 誰就rebase 測試寫好不要影響對方 03/20 13:54
→ y24681012168樓你說的就是svn的概念，就是因為不好用才慢慢改成 git 03/20 13:57
→ y24681012169樓你能想像為了改一個檔案等一個星期的痛苦嗎？ 03/20 13:58
leakleak10樓很正常吧 站會聊一聊不就解決了 03/20 13:59
WaterLengend11樓那就代表那段邏輯還沒完善而已啊 03/20 14:33
as2304124812樓為何會很常遇到呀，分工通常是每個人會開發不一樣 c 03/20 14:45
→ as2304124813樓omponent ，還是剛好都一直碰到共用的地方？ 03/20 14:45
surimodo14樓猜拳決定誰處理衝突 03/20 14:59
→ touurtn15樓單元測試覆蓋到就會安心點 03/20 15:08
→ leolarrel16樓理論上然樓主說的算對,但現實上,跟你合作的人,程式碼品 03/20 15:33
→ leolarrel17樓質就是無法預期.要是他又是你客戶公司的正職RD,那你能 03/20 15:34
→ leolarrel18樓怎樣? 跟你的客戶PM抱怨說你們家誰誰誰寫code很髒?? 03/20 15:35
→ leolarrel19樓或是你自己開公司當最高的甲方 03/20 15:35
kurtsgm20樓啊版控不就是要處理這件事的嗎? 03/20 16:17
quickey21樓丟給chatgpt請他優化就好 03/20 16:38
Petyr22樓這不是很正常的事情嗎 版控某方面也是預防被蓋過去啊 03/20 17:38
vi00024623樓不正常耶 代表每個人負責的功能是互相影響的 03/20 17:55
wulouise24樓就沒切好，檔案改了又沒查，你UT不給他過不給merge就好 03/20 18:27
jej25樓看起來怪怪的 這是大家都維護同一個branch的意思嗎？ 03/20 18:35
→ jej26樓如果不同branch 就是給衰小的人merge 03/20 18:36
→ jej27樓本文中提到的rebase是指你們上到master很頻繁嗎？ 03/20 18:38
happy864928樓開發專案照檔案切負責範圍？？？第一次聽到，長見識了 03/20 19:17
gigayaya29樓感覺你們該做的是切branch來最小化這個問題 03/20 19:29
→ siriusu30樓衝突很常見啊，尤其團隊規模一大自然避不開 03/20 19:40