作者:
pttdocc (Hi)
2016-06-18 17:47:53我想我對git應該還有些地方不夠了解 所以才會有這樣的疑問
我的疑問大致是 假如有A和B二個人 都同時把某個branch (假設branch_1) 從某
個相同的commit A 開始 抓到local 來修改
remote
作者: banjmin (HD) 2016-06-18 17:53:00
開feature branch再開發 沒人像你們這樣用的
作者:
alog (A肉哥)
2016-06-18 17:55:00google: git flow 可以先用這套方式跑
作者:
pttdocc (Hi)
2016-06-18 17:55:00如果是另開branch的話和我的想法類似 並且是每個人各自開一個自已的develop branch,請問這是正確解法嗎？其實也不是我會一直這樣作 是有時候涉入不同的project時會有人多人同時抓一個remote branch下來,然後出現我
作者: banjmin (HD) 2016-06-18 17:58:00
可以先看看git flow, github flow的作法 看你的專案類型
作者:
pttdocc (Hi)
2016-06-18 17:58:00說的狀況 我也不確定那樣是否是不對的 但是有點疑惑
作者: mrsquid (.........) 2016-06-18 18:39:00
git pull --rebase
作者:
yyc1217 (somo)
2016-06-18 18:51:00通常會用rebase而不是merge用interactive的方式
作者:
popcorny (畢業了..@@")
2016-06-18 19:03:00rebase是你要的，還有什麼叫做local pull?
作者:
pttdocc (Hi)
2016-06-18 19:04:00其實就是pull ,用詞不夠精確吧
Gitflow光master develop這兩個去用就很好用了修改的時候，本地開新的branch去做，合併前rebase講錯了，合併時用rebase回develop
作者:
pptsodog (天橋下說書)
2016-06-18 19:25:00推樓上的方法
github跟scrum害人不淺。盡信書(github)不如無書(github)
作者:
rsshppp (新的世界沒有神)
2016-06-18 21:44:00使用rebase是正解
先學懂rebase才是重點...要整在同一個stream上
rebase也是錯的,應該是說git,scrum開發流程是錯的,要commit前的rebase的bug fixed base跟你在開發的base根本不一樣所以原po會有這樣的疑問是正確的,一個合格工程師的直覺
作者:
EQQD (EQQD)
2016-06-19 00:23:00scrum流程是錯的？ 你是不是搞錯什麼？
作者:
CaptainH (Cannon)
2016-06-19 00:26:00這樣有什麼問題嗎？或許你解釋一下所謂"照理"的理是什麼
作者:
Masakiad (Masaki)
2016-06-19 01:40:00干scrum什麼事？
rebase 後 base 就不同了，看似不直接相關的模組就算沒有衝突也有可能造成潛在問題所以 rebase 前後結果可能會有差異，不重新驗證會有風險
用錯誤的方法開發(git,svn branch 或 scrum)即使重新驗証也是錯的，因為rebase且重新驗証過後的base跟別人正在開發的code base根本不一樣
作者:
jlhc (H)
2016-06-19 02:03:00git svn 就算了 scrum 又不是版本控制...
作者:
EQQD (EQQD)
2016-06-19 02:12:00原來Scrum跟這個有關係 受教了 呵呵
請跟google學習一下什麼是：scrum、CI CD github
作者: mrsquid (.........) 2016-06-19 02:25:00
這不是單純git的問題而已嗎？樓上一直丟其他名詞出來可以解釋一下關聯性嗎？
作者:
kewang (652公車)
2016-06-19 09:02:00單純的 git 疑問而已，亂扯 scrum 幹嘛
同樣覺得乾scrum啥XDDDDDDDDDDDDD
branch一出去各自都是各自的主幹A merge成的(D)有push了嗎？
作者:
MysterySW (飯糰丸)
2016-06-19 14:16:00這個標題跟文章怎麼會跑出scrum.....
作者:
descent (「雄辯是銀，沉默是金」)
2016-06-19 14:29:00正常, 愈後面 push 的愈倒楣, 可能要解 conflict,一定要有一個倒楣鬼解 conflict
作者:
Masakiad (Masaki)
2016-06-19 14:32:00Scrum本身就不是操作git的sop，是一個開發產品的框架。某s要不要把書唸通再來？怎麼講出來的話像pm講的？
作者:
chargo (凍結的城市)
2016-06-19 15:08:00github表示躺著也中槍 git != github好嗎...
scrum的CI(Continuous Intergation)若google後跟版控(git,github,svn,CVS...)的關係都不懂那只能繼續跟原po一樣抱著疑問入棺材了煩請再google一下,我不想再打字了還有我已經講得太多了,level夠的一聽就懂不相信的就繼續當義和團信奉敏捷開發吧
作者:
dlikeayu (太陽拳vs野球拳)
2016-06-19 16:27:00整個flow就是錯的
作者:
Masakiad (Masaki)
2016-06-19 18:00:00我看某s不是不想再講太多，是沒什麼料可以講吧？先把scrum裏規定的git做法的部分跟我說。Jeff Sutherland跟KenSchwaber什麼時候教授scrum中git的操作流程？google一下自己理解scrum規定git做法，level真的太低了。啊，google完就以為自己懂了。真的是跟那些二流pm一樣欸！不知道的版友還真的被你誤導學歪了。
作者:
yyc1217 (somo)
2016-06-19 18:24:00我出社會這麼久了還是不懂 看來我level太低了...
作者:
honochung (http://lol.moa.tw)
2016-06-19 18:26:00XDDDDDDDD讓我想到了20元打8折要賣多少的那篇文章
作者:
kewang (652公車)
2016-06-19 18:45:00雖然開發流程跟 git branch 策略有關，但推文提到 scrum也扯太遠了
作者:
pttdocc (Hi)
2016-06-19 18:55:00感謝大家的建議 我也覺得講到scrum,CI去太離題了 如果對scrum有看法也許另開一篇詳述看法更好 這篇只是問git另外我發現我最後一張圖有點畫錯 C應從B分支出 但是並不會混肴我原本的問題"pull remote回來的local branch 變成merge commit的first parent,好像分支搶主流 有點怪"其實應該前面二張圖就能表達疑問了 而rebase也許是個作法
rebase也要小心，push上remote的commit千萬不能rebase
作者:
shietsd (123)
2016-06-22 03:43:00我的做法是開local branch開發，commit之後，先切回mainbranch pull最新的code,回到local branch 用 rebase 把main branch拉進來，解conflict,回到main branch,merge local branch,然後 push,就不會有你說的線繞來繞去的問題