anaconda.org 上傳的新暫存程序

從本週開始，我們將更改上傳軟體包到 anaconda.org 的方式。我們將從直接上傳到 conda-forge main 頻道，改為使用暫存組織/頻道，並結合從暫存頻道到生產頻道的複製請求。這個新程序將允許我們在發布 feedstock 的輸出之前執行一些驗證。

作為 feedstock 維護者，您會看到什麼？

• 從本週開始，admin-migrations 服務將對所有 feedstock 進行提交，以提供必要的配置、API 密鑰和令牌。
• 現在每個 feedstock 都將配置一個秘密令牌。此令牌不應共享或從 CI 服務中取出。它用於在上傳過程中識別 feedstock。
• admin-migrations 服務將在 conda-forge.yml 中設置一個新的頂級鍵 conda_forge_output_validation: true。這個鍵指示 conda-smithy 應該在 feedstock CI 腳本中包含輸出驗證調用。
• 目前開啟的 PR 需要手動添加此鍵，然後重新渲染。
• 當 PR 運行 CI 腳本時，它們將對 feedstock 輸出進行一些初始驗證。如果此驗證失敗，CI 作業將失敗。請查看 CI 日誌以獲取在 conda-build 運行後列印的錯誤訊息。
• 一旦 PR 合併到 master，從暫存頻道到生產頻道的複製將自動發生。
• 如果複製請求失敗，您將通過在提交到 master 的評論中收到通知。
• 作為此過程的一部分，除非使用 azure 存在重大障礙，否則將不再允許從 appveyor 上傳。我們最近升級了 azure 上的編譯器基礎架構以支持此政策變更。

儘管我們進行了廣泛的測試，但我們不期望此變更會完全順利，所以請耐心配合。一如既往，如果您有任何問題、疑慮或麻煩，您可以在 Gitter 上找到我們，或直接在 Github 上聯繫我們！