依原書第 15 章整理自訂 Teams Copilot 從開發先決條件、建置、測試到部署的完整程式碼工作流程。
能辨識建立自訂 Teams Copilot 所需的技術環境、版本控制與部署步驟。
原書先設定 Microsoft developer 與本機開發環境，再建立 SharePoint Online 測試環境，開發與測試自訂 Copilot，最後在部署前把程式碼保存到 Git。
| 階段 | 原書需求／工具 |
|---|---|
| 知識先決條件 | 理解 Microsoft 外掛程式架構、具程式設計背景 |
| 帳號 | Microsoft 開發者帳號 |
| 執行環境／套件 | Node.js、npm、.NET；原書建議 .NET 8.0 或當時最高非預覽版本 |
| 開發環境 | Visual Studio Code（VS Code）、Azure AI Studio 軟體開發套件（Software Development Kit, SDK）／函式庫、TypeScript |
| 版本控制 | Git |
| 測試內容 | 建立 SharePoint 網站作為自訂 Copilot 建置／測試環境 |
| 部署前 | 初始化儲存庫 → 提交，先保存程式碼快照 |
依「環境準備 → 資料／SharePoint 設定 → 建置 → 除錯／測試 → Git 快照 → 部署」順序進行；每一步都確認權限、版本與版本控制狀態。
原書本流程不是數值計算案例；明確版本條件包括 .NET 8.0（或當時最高非預覽版本）。
完整程式碼擴充帶來更大彈性，也帶來相依性、安全、測試、部署與維護責任。Git 快照是部署前重要的可回復控制點。
根據目前專案的 Node.js、npm、.NET、VS Code、TypeScript、Azure AI SDK 與 Git 狀態，建立部署準備度檢查清單；對未知版本或未通過的測試明確標示，不要假設環境已準備完成。
問題： 程式已在本機測試成功，但尚未提交到 Git，是否適合直接部署？
參考解答： 不建議；原書部署流程先建立版本控制快照，便於追蹤變更與回復。