作者查詢 / Samuel
作者 Samuel 在 PTT 全部看板的留言(推文), 共37則
限定看板:全部
首頁
上一頁
1
下一頁
尾頁
18F推: 猛!!01/07 15:01
16F推: 沒關係,還可以用vm,很多人在osx開發windows/linux都是vm04/01 07:37
3F→: 一樓的意思是,相當於在多一層(forked repo)把 feautre03/09 15:34
4F→: branch 作的事情,放在forked repo 作,最後PR回去嗎?03/09 15:34
5F→: master上commit可能是其他feature completed, merged in03/09 15:36
7F→: 樓上的意思是在 branch 內分版號蓋資料夾嗎?03/09 15:59
11F→: 這樣作法讓我有點混淆,這樣feature2其實不是feature但是03/09 16:36
12F→: 卻有了branch 還且還是在feature1上,而branch原因不明03/09 16:36
13F→: 在圖上有會看到feature有從master來的線, 這樣很亂03/09 16:37
14F→: 還是說這些動作是在 local 作,所以feature2最終只會變成03/09 16:38
15F→: feature1的空降commit(相當於處理完merge master的diff)03/09 16:39
16F→: 是這樣的意思嗎?03/09 16:39
17F→: 這樣的話假設是以squash方式rebase(from f2 to f1)03/09 16:40
18F→: 最終feature1回到master有沒有辦法處理這個commit?03/09 16:41
19F→: 已經作過的commit會不會在重新算一次?03/09 16:41
20F→: 如果不是squash的話那勢必與master之間的線就變成蜘蛛網了03/09 16:42
34F→: 感覺用 forked_repo + PR 比較容易達成03/09 21:48
35F→: 這其實是實行 git flow 所注意到的缺點03/09 21:49
36F→: git flow 上所建議的 branch 有其意義, 他可以在 rollback03/09 21:49
37F→: 更能清楚的帶出 source 可以修改的方向03/09 21:50
38F→: 或是要切換版本間開發有更大的彈性03/09 21:50
39F→: 但「事實上」用到這些「彈性」的時機很少,甚至可以說是假03/09 21:51
40F→: 議題也無妨,實務上當然是怎麼merge都可以, 甚至anti-flow03/09 21:52
41F→: 直接使用master也是一種玩法!03/09 21:53
42F→: 我所想要探知的是以git flow 玩feature branch 怎麼解這些03/09 21:55
43F→: 問題03/09 21:55
47F→: 我原本也不在意,但在回頭看到1920解析度無法裝下git log03/09 23:02
48F→: --graph 的 branch line, 切確的發現branch merge已失去意03/09 23:03
49F→: 義03/09 23:03
50F→: (確認我們的開發人數+branch並沒有這麼大的規模^^")03/09 23:06
51F→: 這種嚴謹 merge team 似乎是個作法,但就要看規模了03/09 23:08
62F→: 感謝建議! 我會來試試看03/18 21:32
3F推:你可以參照Valiente這個詞,是勇敢的意思!01/15 11:36
5F推:壓力好大06/23 01:48
5F推:壓力好大06/23 01:48
3F推:?????05/15 11:08
2F推:我昨天才在葉俊榮的課遇到他!140.112.4.240 09/17
首頁
上一頁
1
下一頁
尾頁