Sbt-github-packages: 자격 증명에 대한 JVM 속성 대안

이렇게 하는 TokenSource 에 대한 PR을 수락하게 되어 기쁩니다!

이것이 도움이 될 것이라는 데 동의하지만 필요한 경우 빠른/더러운 솔루션으로 이 작업을 수행하고 있습니다.

• 필요한 모든 패키지 범위(읽기, 쓰기, 삭제)로 개인 액세스 토큰을 만듭니다.
• in ~/.gitconfig... repo README 파일에 설명된 대로 토큰 속성을 설정합니다.
• build.sbt 파일에서... githubTokenSource := TokenSource.GitConfig("github.token") || TokenSource.Environment("GITHUB_TOKEN")
• IntelliJ + sbt 셸은 누락된 환경 변수에 대해 불평하지 않고 성공해야 합니다.

그 해결 방법은 나를 위해 작동하지 않습니다.

그 해결 방법은 나를 위해 작동하지 않습니다.

사용한 개인용 액세스 토큰에 패키지 범위가 설정되어 있습니까? ~/.gitconfig 파일에는 다음과 같은 줄이 있어야 합니다.

[github]
    token = <github_token_value>

예, .gitconfig 파일에 있는 내용입니다.

그 해결 방법은 나를 위해 작동하지 않습니다.

사용한 개인용 액세스 토큰에 패키지 범위가 설정되어 있습니까? ~/.gitconfig 파일에는 다음과 같은 줄이 있어야 합니다.

[github]
  token = <github_token_value>

비슷한 ~/.gitconfig 을 시도했지만 제 호의에도 맞지 않았습니다.

IntelliJ에서 환경 변수가 작동하도록 하려면 프로젝트 다시 로드를 위해 sbt 셸을 활성화합니다.

빌드 도구 > sbt > sbt 프로젝트

이것은 Community Edition 버전 2020.3에서 저에게 효과적이었습니다.

IntelliJ에서 환경 변수가 작동하도록 하려면 프로젝트 다시 로드를 위해 sbt 셸을 활성화합니다.

빌드 도구 > sbt > sbt 프로젝트

이것은 Community Edition 버전 2020.3에서 저에게 효과적이었습니다.

이것은 나를 위해 작동하지 않았습니다. 환경 변수를 통해 구성했습니다. 해결 방법으로 sbt-dotenv 플러그인을 사용하여 이 문제를 해결했습니다. 그 후 IntelliJ 구성 또는 기타 변경 사항 없이 모든 것이 작동했습니다.

이 문제 에서 제안된 해결 방법의 변형이 IntelliJ 설정에 적용되었습니다.

githubTokenSource := TokenSource.Or(
  TokenSource.Environment("GITHUB_TOKEN"), // Injected during a github workflow for publishing
  TokenSource.GitConfig("github.token") // local token set in ~/.gitconfig
)

우리 팀은 githubTokenSource 값을 build.sbt의 각 프로젝트 구성 블록에 공통 설정으로 주입하여 단일 프로젝트 및 다중 프로젝트 빌드로 이 문제를 해결했다고 생각했습니다. ~/.gitconfig github.token 항목이 있거나 GITHUB_TOKEN 환경 변수가 있는 사용자, IDE 및 GitHub 작업 작업 공간에서 모든 것이 잘되었습니다.

우리 중 한 명이 Lagom 플러그인의 runAll 작업을 사용하기로 결정하기 전까지.

이것은 원래 문제에 대해 즉시 죽습니다.

서비스 떼를 배포하기 위해 Lagom 플러그인에서 사용하는 분기 컨텍스트에는 환경 변수와 ~/.gitconfig 파일이 모두 없습니다.

우리는 분기된 실행 환경에 대한 환경을 설정하는 방법을 연구하고 있습니다.

그러나 GitHub 패키지 플러그인 작업이 호출되지 않는 경우에도 GITHUB_TOKEN이 제공되어야 한다는 전반적인 가정은 해당 토큰을 이미 쉽게 사용할 수 있는 사용자와 봇에게 실망스러운 것으로 판명되었습니다.

SBT 전문가.

githubTokenSource sbt-github-packages 와 같은 플러그인이 모든 동적으로 정의된 프로젝트( Lagom의 플러그인이 생성하는 것처럼), 모든 빌드 단계 및 모든 분기 컨텍스트에 대해?

SBT가 네임스페이스 또는 상태 캐시를 관리하는 방법에 대한 세부 정보를 자세히 살펴봐야 하는 모든 순열에 걸쳐 계속해서 변하지 않는 자격 증명의 위치를 ​​명시적으로 주장해야 하는 것은 번거로운 일입니다.

아마도 이것은 이 특정 플러그인의 잘못이 아니지만 이 플러그인은 모든 경우를 커버하기 위해 이 모든 내부 SBT 수술을 수행해야 하는 것에 대해 비난받는 것입니다.