popcorny 積分 0 編輯於

最新的版本應該都從最新的 release branch 來。而且git tag | grep release | sort 就很快找到最新版號了

dwi2 積分 0

統一之後就不會有後面那些社會議題的討論空間了, 所以統獨還是很重要的

natsu 積分 0

但事實上,在 release branch 打 tag 就足夠了。何必需要 master branch? 最後還是可以在 git tag 上面找到所有的 release tag 不是嗎?

master branch 可用來指出最新的正式發行版本。

人為的從 tag 上的版本號來看也可以找得出最新的正式發行版本,但是若 tag 的數量多的話可能就不好找了。

IngramChen 積分 0 編輯於

好寫實… 喔不,這是真實

IngramChen 積分 3 編輯於

a long story...

Java 現況:

 //Java10
 var rect = new Rectangle();
 rect.setX(12);
 rect.setY(10);
 rect.setWidth(300);

如果照這個 tweet 的說法,那就可以這樣寫:

 //Java++
 var rect = new Rectangle()
               .setX(12)
               .setY(10)
               .setWidth(300);

看起來好像挺不賴的?不過這有個很大的缺點: 讀程式碼的人會誤以為 .setFoo() 有回傳自己,而不是 void。Java 就是因為沒有這種潛規則所以才好讀好維護的,我個人是不願意見到這種魔改。

取而代之,應該可以借用 Dartcascade operator1

 //Dart code
 var rect = new Rectangle()
               ..setX(12)
               ..setY(10)
               ..setWidth(300);

變成 .. 就代表該 statement 會回傳自己。這在 Dart 上已經用了超過五年了,沒看到什麼負評。然後也因為有這個 operator,在 Dart 裡沒有人寫 builder pattern。大家在設計 API 時,都會認為開發者會應用 cascade operator。

如果未來 Java 不是靠新的 operator,而是靠加了 compiler 潛規則回傳 this,那還真是慘,到時就只能靠 IDE 上色幫忙了 (void 當 this 回傳時,前面那個 . 變成又紅又大 這樣)

那 Kotlin 呢?Kotlin 裡是這樣玩的:

 //Kotlin
 val rect = Rectangle().apply {
   x = 12
   y = 10
   width = 300
 }

hmm... Kotlin 裡好像多了幾個字,和一個大括號,感覺起來很囉嗦?

非也,我個人最愛 Kotlin 的設計,那個 .apply() 可不是語言的語法,那只是個 library,它靠著 Kotlin 語言內建的 extension method 和 inline lambda 兩個功能就兜出來了,不用玩花樣魔改。如果 receiver 是 null,整個 block 還可以跳過:

 //Kotlin
 fun updateDimension(rect:Rectangle?) {
   rect?.apply {
     x = 12
     y = 10
     width = 300
   }
 }

加個 ?. 就可以安全避開 null pointer exception。

Kotlin 最棒的就是語言提供很簡單,但是又強大的功能,讓更進階的 語法 都可以靠 library 實現,so powerful, so elagant!

popcorny 積分 1

感覺這篇文章的 master branch 可以不用耶,雖然他這麼說

master 上的每個 commit 都是正式發行的版本,所以每個 commit 都會打上一個 tag,例如 v1.2.3 或是 v1.2.3-客戶A ,我們把 master 分支當作版本倉庫,需要哪個版本就去 master 或是 tag 找。

但事實上,在 release branch 打 tag 就足夠了。何必需要 master branch? 最後還是可以在 git tag 上面找到所有的 release tag 不是嗎?

natsu 積分 1

那應該也可以用 reset1 的方式直接把 master 分支設成與 release 分支相同

這樣連全部都刪掉再重加的動作都不用,就可以保證 code 一定是最新的,而且不用顧慮 conflict ...

不過這麼做的前提是要確定 release 分支的檔案一定是最新版 ...

IngramChen 積分 1

很基礎,不過他講的很有趣,哈哈

chchwy 積分 0

我也填了,雖然不是 jetbrain 的愛用者...(逃

chchwy 積分 0

我猜這應該是怕merge過程出錯,不是想用 fast-forward。

如果全部都刪掉再重加,就保證 code 一定是最新的,不用顧慮conflict。反正他們團隊從來不在 master 上開發,所以只有其他分支單向合進 master

natsu 積分 0

把該 release 分支的所有檔案(除了 .git 資料夾)複製一份出來,切到 master 分支然後把所有檔案(除了 .git 資料夾)都刪除,然後把剛剛複製的檔案搬過來。你沒看錯,我們用直接覆蓋檔案的方式,而不是用 merge 指令,這樣會省掉很多麻煩。

應該不至於需要把所有檔案都刪除吧?Git 不是有 fast-forward1 的功能嗎?

haocheng 積分 0

我也填完了,好長,差點想放棄 XD

IngramChen 積分 0 編輯於

bitcoin 泡沫結束後,留給世人的就是各種向地球要能源的奇巧淫技

nanashi07 積分 0

最後給的回饋就是有點長... 中間還不小心重整,重寫一次

IngramChen 積分 2 編輯於

好可憐,Apple 在中國跟狗一樣…

Google 早早 被迫 看破先閃了

台灣人用的 iPhone/Mac 如果歸中國就好笑了,此 bug feature 無法修復

IngramChen 積分 0

做完了... 有夠長

不知道裡面說的驚喜新產品是什麼

haocheng 積分 0 編輯於

雖然不是新聞,不過 patch 才釋出沒多久,大家趕快更新吧...

I say “unfortunately”, in part because there was a coordinated release date of January 9, 2018, agreed upon by essentially every operating system, hardware, and cloud vendor in the world.

haocheng 積分 0

以前是還好,年紀大了開始覺得重量有差 XD

IngramChen 積分 0

那就是 T480 了啦,重量沒什麼差

haocheng 積分 1

說到面板就想到我曾經買過一台 T420s ,用沒幾天就因為受不了 TN 面板,跑去網路上跟人家交換 IPS 面板的 X220 來用...