照片由 Nicolas Radzimski 在 Unsplash 拍攝
我們的團隊依賴內部 GitLab NPM 註冊表來管理套件。這非常適合內部分發，但在某些情況下需要與外部協作者共用套件。將套件從內部註冊表同步到外部註冊表成為一項新的挑戰。
我開始尋找解決方案，但像往常一樣，遇到了一系列障礙，這使我的開發者鬥爭變成了又一章。
最初，我認為我可以使用原始 HTTP 請求來處理這個問題，本質上是模仿 NPM CLI 在幕後所做的事情。這個想法很簡單：查詢來源註冊表中的包元數據，獲取 tarball，並將其上傳到目標註冊表。
• 過程過於複雜且脆弱。
• 它需要為每個版本手動建立整個package.json 清單。
• 每一個小失誤都會造成包裹破損。
接下來，我發現了 npm-registry-sync，一個專為同步 NPM 註冊表而設計的函式庫。這個工具幾乎解決了這個問題；它可以監控更改並跨註冊表複製它們。
• 它以「守護程式模式」運行，並不斷輪詢更新。
• 在 GitLab CI 管道中，我需要一次執行，完全由管道控制 — 不允許後台程序。
最終，我意識到我可以堅持使用久經考驗的 NPM CLI。步驟很簡單：
雖然這很神奇，但需要一些額外的步驟才能使其對 CI 友好。
在 CI 管道中動態管理登錄機碼配置有點棘手。
這是我解決的方法：
使用 npm CLI，您可以為每個登錄機碼設定參數：
npm config set "//my.awesome.registry.com:<parameter name>=<parameter value>"
重要問題：
配置中的 URL 必須排除協定 (https:)。
將特定命名空間或套件與登錄機碼關聯：
npm config set "<your namespace>:registry" "<your registry url with https:>"
有些註冊表需要使用者名稱/密碼組合，而其他註冊表則使用令牌。這是我學到的：
令牌很簡單，但請確保在設定驗證 URL 時剝離協定：
npm config set "//my.awesome.registry.com:<parameter name>=<parameter value>"
產生基本的身份驗證雜湊（使用者名稱：密碼）需要注意細節。在某些發行版中，base64 指令具有與其他發行版不同的怪癖。
在 macOS 上：
npm config set "<your namespace>:registry" "<your registry url with https:>"
會給你（如預期）：
npm config set "//my.registry.com:_authToken=<token>"
使用 docker linuxkit:
echo -n "<my username & password hash>" | base64
這是怎麼回事？換行了！
在某些發行版上，wrap 參數預設為 76 個字符，用於格式化私鑰等。
它的運作方式如下：
d2hhdCBhcmUgeW91IGRvaW5nIGhlcmU/IGdvdCB5YSEgc29tZSBtb3JlIHRleHQgdG8gbWFrZSB0aGlzIHJlYWxseSByZWFsbHkgbG9uZw==
echo -n 非常重要。如果省略，echo 會在字串末尾添加換行符，這將操縱您的雜湊值。
將它們放在一起，腳本可能如下所示：
d2hhdCBhcmUgeW91IGRvaW5nIGhlcmU/IGdvdCB5YSEgc29tZSBtb3JlIHRleHQgdG8gbWFrZSB0 aGlzIHJlYWxseSByZWFsbHkgbG9uZw==
所以你可以像這樣使用它：
echo -n "<my username & password hash>" | base64 --wrap 0
堅持使用簡單的工具：
npm CLI 可能不太適合這項任務，但它很可靠並且可以完成工作。
注意細節：
配置身份驗證，尤其是使用 Base64，可能會出現微妙的特定於平台的怪癖。
保持 CI 友善：
在 CI/CD 管道中工作時，避免使用守護程序或後台任務等解決方案。讓流程處於管道控制之下。
在登錄機碼之間同步 npm 套件是令人沮喪但有益的學習經驗。如果您面臨類似的挑戰，我希望這些課程可以幫助您更輕鬆地度過難關！
以上是在多個登錄機碼之間同步 NPM 包的詳細內容。更多資訊請關注PHP中文網其他相關文章！
