此時，您將擁有一個本地開發環境（希望是 DevKinsta！）和一個足夠完整的站點，可以進入下一步。建立臨時環境同時使用 DevKinsta 的功能和 Kinsta API 的功能。讓我們將其分解為幾個簡短的步驟。
建立暫存環境
首先，嘗試使用 Kinsta API建立新的暫存環境。您可以透過 MyKinsta 儀表板的連結在 DevKinsta 中執行此操作：
DevKinsta 用於建立暫存環境的對話方塊。此介面顯示一個包含兩個資料夾的樹狀視圖：「jwk-staging」和「行銷部落格和商店」。 「行銷部落格和商店」資料夾展開以顯示名為「MarkStage」的子資料夾。每個資料夾內都有一個帶有加號圖示的標記為「建立新環境」的鏈接，該連結允許使用者在該資料夾結構中建立其他暫存環境。
在 DevKinsta 中建立新的網站環境。
然而， Kinsta API 具有涵蓋每個實際用例的端點。例如，您可以建立普通和填充的網站和環境。我們建議此時使用簡單環境，因為您可以放心，您的本地站點將移動到“新”位置。
這需要您先使用適當的端點在 Kinsta 上設定一個新的 WordPress 網站：
const data = await resp.json();
網站到位後，您可以透過傳遞公司 ID 來取得網站清單：
const data = await resp.json();
我們也建議您在此處為暫存網站建立一個資料庫。稍後，您將使用本地資料庫覆寫它，但初始化佔位符是一個很好的做法：
根據您的設置，您可能還需要向 Kinsta新增網域，您可以透過簡單的端點來完成此操作。但是，一旦設定了暫存，您就可以將本機變更推送到其中。
將變更從本機同步到暫存
將變更推送到暫存的確切過程將取決於您的特定設定和工具。一般且典型的方法可能如下所示：
對您的本地 WordPress 網站進行更改。
將更改提交到 Git。
將這些變更推送到遠端（例如GitHub 或 GitLab）。
使用 DevKinsta 或 Kinsta API 使用最新變更來更新暫存環境。
我們不會在這裡介紹版本控制，但 DevKinsta 提供了方便的工具來幫助您將變更推送到 Kinsta 託管：
DevKinsta 網站的網站資訊部分。頂部的按鈕可讓使用者同步安裝和管理資料庫。站點類型列為自訂站點，並提供「推送到 Kinsta」或「從 Kinsta 拉取」選項。也顯示網站名稱、Nginx Web 伺服器和 PHP 版本 7.4。
在 DevKinsta 的網站資訊畫面中與 Kinsta 同步的選項。
這將允許您從整個託管伺服器中選擇環境。一旦你這樣做了，你還可以選擇推送你的資料庫——同樣，很多本地開發工具都不允許你這樣做：
DevKinsta 的推播網站對話框，顯示選擇推播檔案和資料庫的選項，以及遠端分支的狀態。還有有關網站類型的詳細信息，例如 WordPress 版本和 PHP 版本。底部是一個複選框，用於在暫存環境完成更新時在瀏覽器中打開站點，還有一個“推送站點”按鈕，用於將暫存更改部署到實時站點。
在 DevKinsta 中確認推播，並選擇推播檔案、資料庫或兩者。
一旦您填充了 Kinsta 臨時環境，API 就會派上用場。例如，您可以編寫腳本並執行初始備份，該備份只需要環境 ID 和標籤：
如果您願意，您也可以在此階段安裝任何其他主題和外掛程式。此時，我們的 DevKinsta 使用將會結束，因為從現在開始您可以使用 Kinsta API 部署您的網站。
3. 將變更從暫存階段推向生產階段
在您打算將變更推送到生產環境之前，您需要處理一些關鍵任務，所有這些任務都使用 Kinsta API：
如有必要，請更新您的 IP 封鎖清單。
設定您的CDN 和快取。
您可能需要為您的生產網站建立另一個資料庫。
您可能還需要創建一個新的生活環境。
從這裡開始，您應該在暫存階段全面測試您的網站並獲得客戶的批准。此時，您可以進行部署。 Kinsta 為您提供了幾種選擇：
MyKinsta 儀表板可讓您將變 廣告資料 更從暫存階段推送到生產階段。
您可以使用 Kinsta API 以程式設計方式部署變更。
我們（當然）將重點放在第二個選項，因為它允許更自動化和簡化的工作流程。
使用 API 部署更改
Kinsta API 提供了多種行動環境的方法。您可以將暫存環境推送到生產環境或克隆它。
const data = await resp.json();
無論如何，最好為您正在運行的每個 阿富汗電話號碼列表 環境建立另一個備份，以便在出現問題時可以進行還原。
使用 Kinsta API 的典型實踐和技巧
Kinsta API 是對網站和環境進行程式設計變更的強大方法。因此，您在使用時需要小心，如果出現問題，您將負責修理。
考慮到這一點，讓我們回顧一下您應該整合到自己的開發工作流程中的一些提示、技巧和典型實踐：
保護您的 API 憑證。您永遠不應該與任何人共用您的 API 令牌或將其包含在遠端 Git 推送中。相反，請使用環境變數或類似變數來儲存和存取您的憑證。 Kinsta API 包含一個驗證端點來幫助您。
根據最小權限原則提供存取權限。正確管理對您的 Kinsta 帳戶和 API 的存取。僅向需要的團隊成員提供存取權限。此外，您應該定期審查和更新任何存取權限。
採用錯誤處理。發出 API 請求時，請考慮優雅的錯誤和異常處理。日誌端點可以幫助快速識別和修復問題。
保持 API 最新。我們會關注 Kinsta API 的任何變更和更新，但您也應該對此進行監控。 Kinsta變更日誌將是您的第一站，儘管也建議掃描現有文件以取得新變更。
當涉及到與團隊的進一步協作以及您可能想要使用的任何自動化時，這一點更為重要。我們的最後一節將更詳細地討論這一點。
