把 issue 改成 work items 的 GitLab 18.10

這次在介面最大的改動，應該就是把 epic、issue 等工作項目合併成統一的「work items」了（官方文件），而本來不同的型別，現在則變成透過「Type」來設定了。

不過這一項變動對於免費使用者來說變化大概只有名字上的差別？畢竟沒付錢的話，本來就只有 Issue、Incident、Task 這三種類型可以用，Epic 本來就是和免費版用戶無關的東西了。

初期比較麻煩的，應該就是習慣想找 issue 會找不到吧？而如果有在使用 GitLab API 的，要注意的是 API 也會從 /epics/:iid 或 /issues/:iid 改成 /work_items/:iid。

不過話說，「issue boards」的名字是沒改到嗎？

同時，這邊也針對 work items 加入了可以自定義的「view」、讓使用者可以自己設定需要的工作項目清單（包括過濾條件、排序方法等等）；這樣的設計可以讓要固定檢閱某些類型的 issue 的時候更為方便。

不過個人覺得比較討厭的，是他本來預設會有「Open」、「Closed」、「All」的切換，現在基本上都沒了；預設會透過「State = Open」的條件來顯示開啟的 work items，但是要顯示關閉的就得自己下條件、或是建立自己的 view 了。

如果要建立一個 view 的話，基本上就是先設定好過濾條件和排序方式後，按下上方的「Add view」、「New view」，就會跳出介面讓使用者輸入 view 的名稱了；而這邊也可以設定這個 view 要不要分享給同專案的其他人使用。

而建立好的 view 就會顯示在上方、方便切換；如果有許多需要大量條件的話，透過這樣的方法，是可以方便重複使用的。

如果專案有別人建好可分享的 view 的話，在點選「Add view」的時候，選擇「Browse views 」就可以看到可以加入的 view 了。

所以比較好的方法，可能是專案管理人根據需求先建立好需要的 view，其他人就可以直接用了？

不過這個功能個人覺得比較可惜的，是目前沒有系統預設的 view（例如已關閉）可以直接用、此外也缺乏在群組層級共享 view 的功能。

另外，如果不小心去改了 view 的篩選條件、似乎也會被儲存下來，之後來得重新設定…

首先，GitLab 現在預設支援 Passkeys 這種無密碼的登入機制了！根據官方介紹，這個功能應該是之前的 18.9 就預設開啟、而且可以使用了，但是不知道為什麼在 18.10 才特別寫？

總之，現在在使用 GitLab 的時候，可以儲存 Passkeys 來減少輸入帳號密碼的狀況，方便登入；而如果電腦有生物識別機制（人臉、指紋）的話，也可以透過這種方法來解鎖。

如果要註冊 Passkey 的話，可以點選 GitLab 網頁右上方的使用者圖示、然後點選「Edit Profile」之後點選左邊的「Account」、然後右邊就會有「Manage authentication」、點進去就會有「Passkeys sign-in」的設定了。

inputs 應該是 GitLab 17 的時候，和 CI/CD component 一起變成正式規格的 CI/CD YAML 語法；後來應該是到了 18.1 的時候，才把這個設計也讓一般的 pipeline 可以使用？（不是很確定就是了）

Heresy 本來有想針對這部分來寫紀錄，但是後來一直沒寫就是了。

而在這個版本，GitLab 則是進一步讓 pipeline 內個別的工作，也可以透過 inputs 來指定變數的輸入了；官方的文件可以參考：https://docs.gitlab.com/ci/jobs/job_inputs/。

這樣的設計基本上可以讓 pipeline 的變數設定更為嚴謹，可以在一定的程度上減少輸入錯誤的可能性；基本上應該是要在可能的狀況下，都把本來的 variables 換成 inputs 會比較好，不過就是要花時間去改寫 CI/CD 腳本了～