指令碼開發生命週期
本頁面中的檔案適用於受控發佈 (CR) 版本中的產品或功能。 如果您不是 CR 群組成員,但希望獲得更多資訊,請聯絡 客戶代表。
本頁面適用於 Studio 位指令碼編寫者。 如果您是Studio管理員,請參閱開發生命週期管理幫助頁面。
Studio支援指令碼的
開發工作流程、指令碼提升以及與 Studio 一起使用版本控制系統必須由 Studio 管理員啟用和配置。

在軟體工程中,許多組織遵循使用多階段方式進行開發的方法。 在這些方法中,軟體開發生命週期 (SDLC) 包含規劃、設計、開發、測試和部署軟體變更的各個階段。 遵循多階段 SDLC 方法有助於提高最終產品的品質,並簡化開發流程。
指令碼階段、提升和向下複製
Studio 管理員最多可以啟用四個開發階段。 每個階段都與Studio中的資料夾關聯。 如果您有相應的權限,則可以提升指令碼從一個階段到下一個階段。 指令碼提升時,會將其複製到下一階段的資料夾中。 您也可以從較高階段將指令碼複製到較低階段。 例如,如果指令碼處於測試階段,您發現了缺陷,您可以將其複製到開發階段進行修復。
階段的預設名稱為:
- 開發
- 測試
- 部署前
- 生產
但是,Studio UI 中顯示的名稱可能不同。 這是因為Studio 顯示了指派給每個階段的頂層資料夾的名稱。 如果您的 Studio 管理員將測試階段的資料夾命名為「test」,當您將指令碼提升或複製到該階段時,您會看到 test。
檢視、建立和編輯,以及將指令碼提升到每個開發工作流程階段的能力受權限的控制。 如果您對 Studio 權限有疑問,請聯絡您的 CXone Mpower 或 Studio 管理員。
版本控制
如果貴組織使用具有 Studio 的第三方版本控制系統,則指令碼提升會提交至該 系統。 您必須有存取儲存庫的權限,才能提交變更。 如果您沒有存取權限,請諮詢您組織中的儲存庫擁有人。
當您第一次將變更提交到儲存庫時,系統會提示您輸入來自版本控制系統的存取權杖。 您可以在版本控制系統的平台中產生權杖。 目前,GitHub僅是支援的提供者。