在開始導入 GitHub Copilot 協助開發的過程中，有個重要的 instructions（指引）檔，它能為 GitHub Copilot 提供方案（專案）重要的 Context（情境、脈絡），讓 GitHub Copilot 能提供更精確的回應或處理。不過在開發過程中發現 Visual Studio（VS）與 Visual Studio Code（VSC）在 .github/*-instructions.md 的處理上有些差異。
自從 Visual Studio 可以透過 Github Copilot 來產生 Git 提交訊息，我就覺得這功能有點半殘，雖然我知道能在去修改「自訂指令」(custom instructions)，但不論自己怎麼改，還是覺得產生的提交訊息還是少了點什麼味。現在終於找到一個好的解決方案 Conventional Commits。Conventional Commits 本身是提示工程（Prompt）的應用，它專注在如何撰寫 Git 提交訊息。
早期經驗不足，對於 Kubernetes 的一切，一開始大多會採用預設值來進行組態設定，也因此踩了很多雷，對預設值的雷（例如 Calico IPPool 沒規劃好這件事）。另外如題碰到的問題是，我們早期建置的 Kubernetes 叢集，在導入一些工具後發現，每個名稱 Kubernetes 叢集名稱預設都是一模一樣的叫作 kubernetes，這在管理上就帶來了不便，從名稱上根本分不出，這個是測試區還是正式區的Kubernetes叢集。
也因此，這裡會分成兩集：
在設定新的 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 from Windows to Linux 一些組態的差異性，以及轉移後進行的一些調整。