- Szycy
- 9 września 2026 22:36 UTC
- Autor
- Kamo
- Pochęt się
- cbd94e3
"kamo/esign-core" przenosi teraz samo ujawnienie przez konsumentów - sześć klauzul, każdy język Znaki produktu i "consentDisclosure (lokalne, marka)", aby wypełnić nazwę nadawcy. To było w Słownik kamo-signer; należy tu z dwóch powodów. Pokazano go na dwóch powierzchniach, a sygnatariusz po e-mailu link musi zgadzać się na te same słowa, co ten sam członek. Dokument z wnętrza platformy. I jest zwersyfikowany: "CONSENT_DISCLOSURE_VERSION" jest napisane na wiersz odbiorcy w czasie zgody i wydrukowany na świadectwie zakończenia, tak aby "zaakceptowali ujawnienie" podaje konkretne teksty - czego nie może zrobić, jeśli rurociąg tłumaczeniowy Może zrewidować słowa bez nikim, kto nie wbija w wersję. Zmiana brzmienia jest zatem wersją bump tutaj i w ESigService's EsignCertificateService. Stare certyfikaty wciąż nazywają starą wersję, która jest celem posiadania jej. Opublikowany krok teraz akceptuje albo poświadczenie, jakie pobiera rejestr. NPM_PUBLISH_TOKEN wychodzi jako Nosiciel token, który jest tym, czego używa kamo-js i jaki bieg 12016 zawiódł z powodu niedostatku – ten sekret istnieje Na kamo-js, a nie na tym repo. GIT_CLONE_TOKEN, który ma ten repo, jest użytkownikiem Forgejo Token; rejestr pakietów akceptuje je tylko jako BASIC auth i odpowiada na gołe 401, gdy jeden jest Wysłany jako nosiciel, nie mając nic do powiedzenia, że plan był problemem. Najpierw próbuje nosiciela, upada Wracając do podstaw i udowadnia poświadczenie z "npm whoami" przed zbudowaniem czegokolwiek - więc Poświadczenie, które nie może opublikować, mówi, że zamiast nieudawać trzech kroków później w „pnpm”.