標籤: GitLab

因為目前都是用一台電腦跑完CI流程後，在CD的部份是希望可以直接上傳到google drive，本來想說不就直接用雲端硬碟電腦版複製過去了就好，但是萬萬沒有想到，在跑gitlab-runner時，一直出現權不足，無法複製的情況，搞了好久才找到原來是gitlab-runner的登入帳號是本機系統帳號，是沒有辦法寫入個人的雲端硬碟的，需要改變gitlab-runner的登入帳號，才能夠正常讀寫個人的雲端硬碟。

2024/03/14 更新
原來是自己沒有注意跑了兩個runner，所以資源衝突造成的，移除多餘的runner之後就正常了。

不知道是不是因為架設一台實體電腦跑gitlab-runner，所以在常常開關LabVIEW之後，就出現下面的狀況，在windows管理員中，看到LabVIEW的執行緒就卡住了。即便手動關閉後，讓這一次可以正常執行完CI流程，但再下次執行CI流程後，還是很容的再出現相同的狀況，看來還是需要進到容器，再來觀察這個狀況會不會有所改善。

因為公司政策，程式碼不能放在外網，而我又需要專案可以進行CI/CD的自動化，所以只好來研究一下怎麼配置來滿足我的需求。

我的想法是用一台 Windows筆電 Intel i7/ 16GB RAM 掛上 VirtualBox + Ubuntu Server + gitlab server
VirtualBox 設定 2 cores CPU及4G RAM來滿足GitLab server的需求

會這樣做的原因是已經有看到人在Windows上要架GitLab server的教訓，所以我也就不多想，直接使用VM+Ubuntu+GitLab的組合來做。

那為什麼不是直接在筆電上直接安裝Ubuntu呢?答案很簡單，因為我的程式絕大多數是有GUI的程式，所以gitlab-runner需要跑在Windows上。

以上的思考是用只有一個開發人員的情境下進行的規劃。真的專案多了，有多個專案要跑CI/CD我想應該也是沒有辦法用的，需要再優化。

參考文章
How to Install GitLab on Ubuntu 22.04 Step-by-Step
Windows環境下安裝GitLab的心得(不是安裝教學)

如果你還沒有看過前言，請先過去看一下最後一段文字，確定好你己經有相關經驗與能力。
這一篇文章是用來記錄從一個專案開始到GitLab與LabVIEW建置環境並產生執行檔的串接過程。所以在開始之前，必須要有gitlab.com的帳號及一台要用來跑gitlab-runner的電腦及一台開發LabVIEW的電腦，如果只是想試一下gitlab-runner執行狀況，可以跑在開發LabVIEW的電腦上(但我是不建議，避免開發環境受到破壞)。

執行步驟
1. 在gitlab上先建立一個repository
2. 在這個repository下，建立gitlab-runner，取得到設定資訊
3. 回到gitlab-runner電腦端，下載並執行gitlab-runner
4. 在gitlab-runner註冊剛剛在gitlab.com拿到的資料
5. 回到gitlab.com上的repository檢查gitlab-runner是否已經運作
6. 回到開發電腦端，clone gitlab上的repository
7. 建立LabVIEW專案，寫個vi，建置Application(EXE)
8. 寫一個.gitlab-ci.yml
9. 將專案 commit & push回到gitlab.com上
10.回到gitlab.com上，檢查pipline執行結果
11.後話

1. 在gitlab.com上先建立一個repository

2. 在這個repository下，建立gitlab-runner，取得到設定資訊

3. 回到gitlab-runner電腦端，下載並執行gitlab-runner
3.1 在C碟下建立GitLab-Runner
3.2 將gitlab-runner下載到C:\GitLab-Runner，可以依照作業系統下載對應版本 64-bit or 32-bit
3.3 將下載回來的檔案更名為gitlab-runner.exe

4. 在gitlab-runner註冊剛剛在gitlab.com拿到的資料
4.1 使用系統管理員權限開啟”命令提示字元”(aka DOS)
4.2 將路徑指向到C:\GitLab-Runner
4.3 將在 gitlab.com上取得到的資訊貼上並執行。
4.4 使用文本編輯器開啟C:\GitLab-Runner\config.toml
4.5 修改shell的值，預設為”pwsh”，改為”powershell”

5. 回到gitlab.com上的repository檢查gitlab-runner是否已經運作

6. 回到開發電腦端，clone gitlab上的repository
6.1 在C碟下建立GitLab-Repo
6.2 開啟”命令提示字元”(aka DOS)並將路徑設定㺫C:\GitLab-Repo
6.3 依照gitlab指令複製repository到本機上(紅框前三行)

7. 建立LabVIEW專案，寫個vi，建置Application(EXE)

8. 寫一個.gitlab-ci.yml

9. 將專案 commit & push回到gitlab.com上
9.1 開啟”命令提示字元”(aka DOS)
9.2 將”命令提示字元”路徑設定㺫C:\GitLab-Repo\labview-ci下
9.3 依照下面指令將本機repository推送到gitlab.com上
9.3.1 git add .
9.3.2 git commit -m “寫commit註解”
9.3.3 git push

10.回到gitlab.com上，檢查pipline執行結果
10.1 到gitlab.com的專案下
10.2 回到gitlab-runner下，可以看到建置後的執行檔已經產生。

11.後話
由於在建置過程有太多細節被我略過，是因為這個過程中有過程在一般LabVIEW使用者不會碰工具細節，再來就是讓大家有一個想法，如果執行上有問題，也可以發mail給我來討論。最後這篇文章只是一個gitlab ci/cd與LabVIEW的起頭，有太多工作可以由這樣的流程自動化，就讓我們keep going.

參考資料來源
G-CLI Documentation
SAS G-CLI Tools Documentation
為你自己學 GitLab CI/CD
CI CD Tools for LabVIEW
Install GitLab Runner on Windows
.gitlab-ci.yml文件
CI CD Tools for LabVIEW

在一個寒冷但陽光明媚的早晨，我坐在辦公室的電腦前，正在這新的一天開始用LabVIEW開發程式。每個程式碼、每個模組都像是朝陽溫暖的光束，為我帶來成就感和愉悅。

然而，如同每個日出之後都會有日落，每天的付出都會在build code的過程中化為無盡的等待。這就如同一個漫長而扭曲的迷宮，無盡的長廊和彎道會把人帶向未知的深淵，那裡充滿了焦慮和無助。

直到有一天，我發現了一種名為GitLab的CI/CD工具。它就像是一道指引我走出迷宮的光芒。經過深入學習、探索和實踐，我開始理解並掌握了這個工具，它為我解決了build code過程所帶來的無盡等待。我將build code的過程自動化，不再像以前那樣只能等待它慢慢的完成。

自從發現了GitLab的CI/CD工具，我終於找到了技術之光，擺脫了以往的束縛，獲得了前所未有的自由和成就感。我之後再也不受制於build code的等待過程，更可以將更多的時間和精力投入到更重要的設計和優化作業上。我在開發程式的旅程中發現了新的樂趣，享受在每個成功的項目中帶來的深深滿足感。

從此，我的人生便有了新的方向，我像是從一個狹窄的房間走入了一個寬廣的新世界。感謝GitLab的CI/CD工具，為我照亮了前進的路，讓我在開發的世界裡自由飛翔。

上面的文章是我用chatGPT寫的，雖然不能用chatGPT寫LabVIEW，但是chatGPT可以帶來許多不同面向的思考，幫助我更能了解到沒有想到的面向。

言歸正傳，為什麼要說前言呢？因為要真的能夠實做LabVIEW在GitLab上進行CI/CD，要有下面許多先決條件需要先有，不然你怎麼做，你就怎麼卡關。
1. 已經有在使用git進行版本控制
2. 了解G CLI，並且有一台可以專門用來跑LabVIEW ci cd的電腦，其環境需為Windows 10 or 11 + LabVIEW2020以上版本+ G CLI+SAS G-CLI Tools已被安裝
3. 了解GitLab是什麼東西且已經在GitLab.com有帳號
4. 有能夠閱讀yml的能力
5. 此次架設是使用GitLab.com的CI/CD服務，gitlab-runner放在一台筆電 (Windows 10 or 11 + LabVIEW2020 32bit)上跑服務，沒有使用Docker的容器化的技術。

參考資料來源
G-CLI Documentation
SAS G-CLI Tools Documentation
為你自己學 GitLab CI/CD
CI CD Tools for LabVIEW
.gitlab-ci.yml文件
CI CD Tools for LabVIEW