本頁面中的檔案適用於受控發佈 (CR) 版本中的產品或功能。 如果您不是 CR 群組成員，但希望獲得更多資訊，請聯絡 客戶代表。
除非另有說明，否則本幫助頁面上的資訊不適用於Desktop Studio。 為了保護各階段中指令碼的安全性，指派給開發工作流程階段的資料夾在Desktop Studio中是不可見的。
本頁面適用於 Studio 位指令碼編寫者。 如果您是Studio管理員，請參閱開發生命週期管理幫助頁面。
Studio支援指令碼的
開發工作流程、指令碼提升以及與 Studio 一起使用版本控制系統必須由 Studio 管理員啟用和配置。
詳細了解開發生命週期
在軟體工程中，許多組織遵循使用多階段方式進行開發的方法。 在這些方法中，軟體開發生命週期 (SDLC) 包含規劃、設計、開發、測試和部署軟體變更的各個階段。 遵循多階段 SDLC 方法有助於提高最終產品的品質，並簡化開發流程。
指令碼階段、提升和向下複製
Studio 管理員最多可以啟用四個開發階段。 每個階段都與Studio中的資料夾關聯。 如果您有相應的權限，則可以提升指令碼從一個階段到下一個階段。 指令碼提升時，會將其複製到下一階段的資料夾中。 您也可以從較高階段將指令碼複製到較低階段。 例如，如果指令碼處於測試階段，您發現了缺陷，您可以將其複製到開發階段進行修復。
階段的預設名稱為：
- 開發
- 測試
- 部署前
- 生產
但是，Studio UI 中顯示的名稱可能不同。 這是因為Studio 顯示了指派給每個階段的頂層資料夾的名稱。 如果您的 Studio 管理員將測試階段的資料夾命名為「test」，當您將指令碼提升或複製到該階段時，您會看到 test。
檢視、建立和編輯，以及將指令碼提升到每個開發工作流程階段的能力受權限的控制。 如果您對 Studio 權限有疑問，請聯絡您的 CXone Mpower 或 Studio 管理員。
版本控制與存取權杖
如果您的組織使用具有Studio的第三方版本控制系統，則對腳本的更改（包括升級）將提交到該系統。 您必須有存取儲存庫的權限，才能提交變更。 如果您沒有存取權限，請諮詢您組織中的儲存庫擁有人。
首次將更改提交到存儲庫時，Studio會提示您輸入來自版本控制系統的訪問令牌。 每當令牌過期時，系統都會提示你輸入新令牌。 您可以在版本控制系統的平台中產生權杖。 目前，GitHub僅是支援的提供者。
按照組織領導層關於如何創建令牌的說明進行操作，包括將其綁定到的許可權。 如果您不確定，請諮詢您的Studio管理員。