作者查詢 / pttdocc
作者 pttdocc 的總覽 (PTT發文,留言,暱稱)
發文數量: 168
收到的『推』: 920 (45.4%)
收到的『→』: 890 (44.0%)
收到的『噓』: 215 (10.6%)
留言數量: 281
送出的『推』: 76 (27.0%)
送出的『→』: 179 (63.7%)
送出的『噓』: 26 (9.3%)
使用過的暱稱: 1
pttdocc 在 PTT 最新的發文, 共 168 篇
pttdocc 在 PTT 最新的留言, 共 281 則
1F噓: 同性戀雜種223.138.102.134 10/11 22:33
15F噓: 不要再回這個人的文章了42.77.107.238 10/06 18:54
4F→: 誰規定任何狀況都是作品夠好就一定要邀223.139.18.167 06/29 19:35
5F→: 來? 對岸的特殊性不用考慮嗎?223.139.18.167 06/29 19:35
6F→: 誰規定的"就應該"?223.139.18.167 06/29 19:35
3F推: 這個台風雜記是作什麼的? 作者是誰?06/20 20:16
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
pttdocc 在 PTT 的暱稱紀錄, 共 1 個
暱稱:Hi
文章數量:158