GitLab 的 feature flag 設定

最近 Heresy 還是繼續在玩 GitLab CI/CD 的應用。

之前 GitLab 推出了 DAG 的功能，透過 needs 這個標籤，可以多線同時進行工作，在某些場合算是相當方便的～

不過後來因為 Heresy 試著把工作拆分到很細，所以就採到他的一個問題，那就是 needs 的數量上限了。

在官方文件（連結）中也有提到，目前有針對 needs 中指定的工作數量做限制。下面是原文：

We are temporarily limiting the maximum number of jobs that a single job can need in the needs: array:

• For GitLab.com, the limit is five. For more information, see our infrastructure issue.
• For self-managed instances, the limit is:

• Five by default (ci_dag_limit_needs feature flag is enabled).
• 50 if the ci_dag_limit_needs feature flag is disabled.

 

廣告

Gatebox 量產型開始販售！售價十六萬五千日圓

三年前，Heresy 曾經在《超越次元、瓶子裡的人工智慧管家：GateBox》這篇文章，介紹過「Gatebox」這款有趣的「屏中小人」的裝置了。

透過  Gatebox 的全像投影，可以在裝置內看到自己喜歡的腳色、並和他互動；某種意義上，個人覺得應該是有腳色形象的智慧喇吧吧？

後來，他也曾以 32 萬日圓的價格，開放讓美日兩國的用戶預定（參考）（買不起啊…）。

而現在，他也推出了價錢砍半的量產版 GTBX-100JP 了！
她的官方網站是：

https://store.gatebox.ai/item-detail/56343/

訂價則是 165,000円（約四萬六千元台幣）；而如果要能對話的話，則還要每個月的生活月費 1500 日元。

苗栗天空之城景觀餐廳（周邊）

這篇是之前《苗栗舊山線鐵道自行車》的後續。當天在結束舊山線鐵道自行車後的行程，就是到所謂的「天空之城」（官網）的「天堂古堡」來吃午餐。

這邊基本上是一個景觀餐廳，進入園區就要買門票，不過門票可以抵消費。

園區內的導覽圖，可以點選下方左圖放大後觀看。不過由於當天後來有點飄雨，所以 Heresy 這邊其實也只有大概走走、除了天堂古堡外，只有去「貓碉堡」（地圖最上方）而已。

Panasonic F-L14CMD 出狀況了？

這篇，是 Heresy 在 2015 年買的 Panasonic F-L14CMD 這款電風扇的一個後續狀況記錄。

這款直流變頻電風扇，基本上買來後 Heresy 都算滿滿意的，音量不大，風量又可以按照需求調整；真要說缺點嗎？大概就是最大風力不算大了。

而買來後，使用狀況基本上也算是一直都很良好，沒有出現什麼明顯的問題。唯一的問題，應該是在 2017 年的時候，就有發現他用來固定扇葉的蓋子在外側有裂痕（下左圖中央），內側的塑膠有崩落了（下右圖）。

在 Windows 命令提示字元安裝 Qt SDK

這篇算是《GitLab CI + Windows Docker 的一些紀錄》的延伸。由於 Heresy 這邊的開發專案有用到 Qt SDK（官網），所以在建置用的 Docker 容器裡面，也需要安裝 Qt 的 SDK。

但是由於 Qt 現在的線上安裝程式也都是以圖形介面為主，並在圖形介面中選擇要安裝那些套件；所以要怎麼在沒有圖形介面的 Docker 內安裝，就需要稍微研究一下了。

在找了一些資料後，可以知道 Qt 的安裝程式框架（Qt Installer Framework、QTIFW、官方文件）是有支援使用腳本（script）來做控制的！（官方文件）

而在網路上，也可以找到使用這樣的機制，來自動安裝  Qt 的腳本範例。Heresy 這邊是參考《How can I install Qt 5.2.1 from the command line in Cygwin?》的例子。

腳踏板是多餘的苗栗舊山線鐵道自行車（C 路線）

這篇是 Heresy 這邊今年小型員工旅遊的紀錄。

自從「苗栗舊山線鐵道自行車」（官網）建置完成後，Heresy 就對他一直滿有興趣的；不過由於有一段距離、而且很熱門，要預訂也得搶票才行，所以一直沒有真的成行。

而這次，一行人終於有搶到票了～不過，不是最熱門的 A 路線，而是相對沒那麼熱門的C 路線（龍騰站到 6 號隧道）。

Visual C++ 2017 的 Docker 建置環境

前一篇《GitLab CI + Windows Docker 的一些紀錄》的時候，Heresy 已經大概有說明最近在玩 GitLab CI/CD，並試著拿 Docker 來做 Runner 時、在 Windows 平台上碰到的一些狀況了。

當時本來是想放棄的，不過後來還是繼續玩下去了；而玩了一個多禮拜，也總算是把整個環境初步完成了。

而這篇，就來分享一下，Heresy 這邊建置出 Visual C++ 2017 建置環境的 Docker 映像檔的紀錄。

首先，微軟官方其實針對怎麼建立包含 Visual Studio 的 Docker 映像檔有好幾個地方都有範例（範例一、範例二、範例三），內容基本上都相當地類似。

Heresy 這邊最後能用的範例，是基於 dotnet-framework:3.5-sdk-windowsservercore-1709 的版本（連結），其內容如下：

GitLab CI + Windows Docker 的一些紀錄

Docker（官網）這種比虛擬機器更輕量化的「容器」虛擬化技術，基本上算是這幾年來一個滿重要的技術。透過 Docker，他可以將需要的環境打包、建構出類似虛擬機器，但是更小、更彈性的可移植環境，在需要自動佈署的環境上，應該算是很實用的一種技術。（參考介紹、參考介紹）

不過由於工作的領域不同，所以 Heresy 其實之前都沒有去碰這一個技術；真的開始接觸到，是之前試著使用 Docker 來架設 GitLab Server 的時候開始的。

後來，Heresy 也很認真地開始搞整個 GitLab CI/CD 的架構，試著透過 GitLab 的系統來做一些程式開發的自動化建置、測試。最初，考慮到環境的熟系程度，Heresy 都是直接使用作業系統的 shell 來作為 gitlab-runner 的 executor。

C++11/14 literals：part 2

針對 C++11／C++14 的 literals，前面已經寫了 part 1 來針對標準提供的 literals 做了一些說明；而接下來這篇，則是來紀錄一下如何自訂屬於自己的 literals、也就是所謂「User-defined literals」（CppReference）。

在定義 User-defined literals 的時候，能支援的格式是有限制的，包括了：

• 整數：(unsigned long long int)
• 浮點數：(long double)
• 字元：(char)、(wchar_t)、(char16_t)、(char32_t)
• 字串：(char,size_t)、(wchar_t,size_t)、(char16_t,size_t)、(char32_t,size_t)

如果不是這些型別的話，是不能編譯的。

2019 中秋快樂

和去年一樣，這篇基本上是篇廢文。  XD
姑且就用幾張月亮的照片，來祝大家中秋節快樂吧～

這次的月亮，依舊是用 Sony Cyber-shot DSC-HX90V 的 720mm 來拍的。話說，他也已經四歲了，除了轉盤有點接觸不良之外，好像也都沒什麼明顯的問題？

這類小型旅遊機其實好像也沒什麼明顯的進步，再加上現在很多時候都直接拿手機拍了（某些狀況新的手機拍的反而比較好啊…），所以現階段似乎也沒有什麼衝動把他換掉了。