讓Visual Studio產生符合Conventional Commits的Git提交訊息

讓Visual Studio產生符合Conventional Commits的Git提交訊息

自從 Visual Studio 可以透過 Github Copilot 來產生 Git 提交訊息,我就覺得這功能有點半殘,雖然我知道能在去修改「自訂指令」(custom instructions),但不論自己怎麼改,還是覺得產生的提交訊息還是少了點什麼味。現在終於找到一個好的解決方案 Conventional Commits。Conventional Commits 本身是提示工程(Prompt)的應用,它專注在如何撰寫 Git 提交訊息。

使用kubeadm建立指定clusterName的Kubernetes叢集

使用kubeadm建立指定clusterName的Kubernetes叢集

早期經驗不足,對於 Kubernetes 的一切,一開始大多會採用預設值來進行組態設定,也因此踩了很多雷,對預設值的雷(例如 Calico IPPool 沒規劃好這件事)。另外如題碰到的問題是,我們早期建置的 Kubernetes 叢集,在導入一些工具後發現,每個名稱 Kubernetes 叢集名稱預設都是一模一樣的叫作 kubernetes,這在管理上就帶來了不便,從名稱上根本分不出,這個是測試區還是正式區的Kubernetes叢集

也因此,這裡會分成兩集:

  1. 如果是重頭新建立的 Kubernetes 叢集,我們應該怎麼指定 Kubernetes 叢集名稱。
  2. 如果是已經建立好的 Kubernetes 叢集,我們應該如何修改 Kubernetes 叢集名稱。

安裝Calico網路與調整Kubernetes Pod Network CIDR

安裝Calico網路與調整Kubernetes Pod Network CIDR

在設定新的 Kubernetes 叢集並安裝 Calico 網路發現,現在 Calico 網路設定之前有些差異,留個短篇筆記。

在設定新的 Kubernetes 叢集時,預設如果要採用 Calico 網路,那麼我們一開始 kubeadm init 就先指定好預設的 --pod-network-cidr,例如:

# Pod network add-on: calico
sudo kubeadm init --pod-network-cidr=192.168.0.0/16

NGINX for Windows轉移NGINX for Linux注意事項

NGINX for Windows轉移NGINX for Linux注意事項

最近終於把早期的 NGINX for Windows 轉移至 NGINX for Linux,在轉移過程有不少平台差異造成設定上需微調。以下整理 NGINX from Windows to Linux 一些組態的差異性,以及轉移後進行的一些調整。

如何在Azure Pipeline透過地端Agent使用SSH連線地端Ubuntu Server進行sudo作業

如何在Azure Pipeline透過地端Agent使用SSH連線地端Ubuntu Server進行sudo作業

我們想在地端原有的 Azure DevOps Agent(Based on Linux)對地端的另一台 Linux VM 下一些指令,但某些指令需要使用 sudo 來提權。大致架構如下:

Azure Pipeline(Cloud) ←-> Azure Agent (on-premise,Linux VM) ←-> SSH - sudo commands(on-premise,Linux VM)