Auto: 사용자를 위해 $NPM_TOKEN을 .npmrc에 주입

또한 GH_TOKEN process.env.NPM_TOKEN 가 확인되지 않는 이유는 무엇입니까?

auto-release 이 사용자를 위해 $NPM_TOKEN 를 .npmrc 에 주입할 수 있습니까? (CI 빌드에서 잠재적으로 유용함)

이것은 GitHub 엔터프라이즈입니다. @adierkens 는 내가 경험하지 않았기 때문에 더 많은 것을 알려줄 수 있습니다.

자동 릴리스가 사용자를 위해 $NPM_TOKEN을 .npmrc에 주입할 수 있습니까? (CI 빌드에서 잠재적으로 유용함)

나는 이것을 좋아한다. 할 수 있어야 한다

이 기능은 CI에서만 활성화해야 합니다. 로컬에서 실행하는 경우 실수로 토큰을 커밋할 수 있습니다.

이 패키지가 원하는 동작을 수행할 수 있습니까?

https://www.npmjs.com/package/@hutson/set -npm-auth-token-for-ci

물론, 하지만 소스 코드를 보면 매우 기본적인 구현이 드러났으므로 사용자가 다른 종속성을 설치하도록 강제하는 것보다 auto-release 에 포함하는 것이 좋습니다.

그래도 꽤 잘하는 것 같습니다.

• 모든 OS의 여러 위치에서 rc 파일을 처리합니다(local-or-home-npmrc 사용).
• 토큰이 이미 설정되어 있는지 확인
• package.json에 설정되는 레지스트리를 처리합니다.
• npmrc 범위 구성을 올바르게 처리합니다(registry-url 사용).

이것은 우리가 모든 사용 사례를 다루고 싶다면 위의 모든 사항도 코딩해야 하는(또는 최소한 동일한 패키지를 사용하는) 기능입니다.

몇 가지 다른 경우에도 우리는 같은 일을 합니다. git 작성자를 올바르게 구문 분석하고 github URL에 대해 parse-github-url 을 구문 분석하기 위해 parse-author 를 연기합니다. 따라서 패키지를 사용하여 이를 수행하는 것은 무리가 아닙니다.

나는 또한 이와 같은 패키지에 의존하는 것을 좋아하므로 세상에 코드 중복이 적습니다. 이 패키지를 사용하고 문제를 찾으면 미래의 개발자도 문제를 해결할 수 있습니다!

패키지에 대한 나의 주요 문제는 API와 함께 CLI도 제공하는 방법입니다. 그것을 위해 나는 여기 에서 문제를 열었습니다.

그 동안 우리는 패키지를 포크해야 합니다(그리고 아마도 PR을 열 수도 있습니다). 😁

네, PR을 할 생각입니다! 작가가 무엇을 원하는지 알고 싶을 뿐입니다. 그러나 해당 패키지에 대한 최선의 경로는 아마도 두 가지를 모두 수행하는 것입니다. 단일 저장소를 만들고 더 작은 CLI 라이브러리를 사용하십시오.

관리자는 이미 이것을 구현했습니다! https://gitlab.com/hyper-expanse/open-source/set-npm-auth-token-for-ci/issues/2