作者查詢 / pttdocc
作者 pttdocc 在 PTT 全部看板的留言(推文), 共275則
限定看板:全部
看板排序:
22F推: Hi, 我是原原po, 補充說明一下, 星期一、二的例子是說明10/23 22:54
23F→: 分ABC branch的話build pipeline自動trigger時比較方便知10/23 22:55
24F→: 到要build 哪個項目, 這點在例子裡我同意 不過我們出10/23 22:55
25F→: build的系統是merge好後要手動trigger的 這時可以選要10/23 22:56
26F→: build 哪些項目, 而分develop和master branch,中間還會有10/23 22:57
27F→: staging(release)branch的作法, 這個我知道, 不過我們10/23 22:57
28F→: 沒有搞那麼複雜, 就是master branch, 要作feature時分10/23 22:58
29F→: 一個branch出去, 要merge回master brach前, 先把master b10/23 22:59
30F→: branch的東西merge回來測試, 這樣子如果遇到有解master10/23 22:59
31F→: branch merge回來的conflict時, 的確可能feature branch10/23 23:00
32F→: build好測過, 但merge回master時又有問題(理論上),但大致10/23 23:01
33F→: 上運作起來還算OK, 另外就是 我同意其實可以分3個獨立10/23 23:01
34F→: 的repo, 這3個service是開發時比較沒dependency, 但性10/23 23:03
35F→: 質上有些相關, 所以當初才會放一起, 最後就是, 其實我大10/23 23:04
36F→: 略的了解比較偏向是當初開repo的人自已發明這套作法 覺10/23 23:05
37F→: 得這樣分好像很好 還有我竟然用推文打了那麼多行 謝謝10/23 23:05
38F→: 以上10/23 23:05
3F→: 但我覺得如果是有缺陷的規則,就算講好了一樣會有缺陷10/20 23:44
12F→: 我想我上面說的應該就是一種branch policy了, 這樣作的10/21 00:27
13F→: 另一個不算大的問題是 從A, B, C間切換會花更多時間10/21 00:27
20F→: 如上述, service之間在開發階段沒有dependency, 如果有10/21 00:33
21F→: 的話,例如IDE要同時開2個folder下的Project的話,就很10/21 00:34
22F→: 明顯不能這樣10/21 00:35
30F→: 會有的,code也merge進去了,不便多說10/21 01:03
35F→: 後續應該是原branch還沒其它更動時就直接git check 特定10/21 01:45
36F→: folder整個蓋回去吧 或狀況還不亂時cherry-pick應該也10/21 01:46
37F→: 可以 git sparse印象中是git 古早是不可能只merge部份10/21 01:47
39F→: file的 但這個command出來後好像可以(不熟悉它所以不確定10/21 01:48
40F→: 其實有大約問了幾個人,得到的答案也是不確定的說法,也10/21 01:53
41F→: 不便多說,以上10/21 01:53
3F→: 自問自答一下,我想如果蓋了新大樓就不會拿來租了 而09/27 02:02
4F→: 如果是蓋像關新路的"月影"那樣隔較小間專門出租的09/27 02:04
5F→: 因為出入份子繁雜都是租客 房價本身就漲不起來 划不09/27 02:05
6F→: 來09/27 02:06
72F→: 但我問的意思就是問何不打掉透天蓋大樓09/28 19:10
3F推: 請問何為L4、L5?09/18 00:53
18F推: 習買了幾張?223.138.113.163 06/10 01:54
3F→: good..06/08 00:38
2F→: 二篇就夠了06/07 22:55
29F推: "將軍!"223.138.126.239 05/28 16:03
43F推: 台灣有救了223.138.126.239 05/28 13:11
9F推: 長頸鹿呀42.77.9.217 05/27 20:09