Zenodo: GitHub와 마찬가지로 GitLab에 연결

추신: invenio attic & contrib 문제를 검색했지만 GitLab에 대한 아무 것도 표시되지 않았으므로 여기에 게시하는 것이 좋습니다.

@katrinleinweber님 , 이 문제를 https://github.com/inveniosoftware/invenio-github 와 유사한 당사 측 통합이 필요합니다.

여기서 가장 어려운 점은 사용자 지정 GitLab 설치를 지원하는 것 같습니다. 비슷한 이유로 현재 사용자 지정 GitLab 인스턴스와 유사한 엔터프라이즈 GitHub를 지원하지 않습니다.

귀하의 쪽에서 변경이 필요한 이유를 여쭤봐도 될까요? GitLab에서 API를 사용하여 릴리스 시 tarball을 예치할 수 없습니까?

@remram44 REST API와 대화하는 GitLab 모듈 같은 것을 말씀하시는 건가요? 사실 가능합니다.

귀하의 쪽에서 변경이 필요한 이유를 여쭤봐도 될까요?

우리 측의 변경 사항은 gitlab용 invenio-github 모듈(예: GitLab-Zenodo 계정 연결, 웹훅 등록, 페이로드 처리 등)을 작성하는 것입니다. 예를 들어 GitHub 통합은 GitHub 사용자의 공개 리포지토리에 대한 쓰기 액세스 권한을 요청하는 GitHub 타사 앱입니다. 사용자는 먼저 Zenodo에서 자신의 GitHub 계정을 연결해야 하므로 저장소가 릴리스되면 Zenodo 레코드의 "소유자"가 누구인지 명확합니다. 따라서 사용자가 자신의 리포지토리 중 하나에서 보관을 활성화하면(스위치 켜기) 리포지토리에 웹훅을 등록하고 페이로드가 도착하면 처리합니다. 이 시점에서 github 사용자를 zenodo 사용자와 연결할 수 있습니다.

GitLab에서 API를 사용하여 릴리스 시 tarball을 예치할 수 없습니까?

이제 이를 되돌리고 GitLab이 우리에게 편지를 보내도록 하려면 지정된 저장소의 메타데이터가 포함된 tarball을 Zenodo로 푸시하는 사용자 지정 GitLab 모듈을 가질 수 있지만 Zenodo 사용자가 누구인지는 확실하지 않습니다. 가장 쉬운 방법은 작동할 Zenodo 사용자의 API 키로 해당 모듈을 구성하는 것입니다.

특정 저장소의 메타데이터가 포함된 tarball을 Zenodo에 푸시하는 사용자 지정 GitLab 모듈을 가질 수 있지만 어떤 Zenodo 사용자가 누구인지는 확실하지 않습니다. 가장 쉬운 방법은 작동할 Zenodo 사용자의 API 키로 해당 모듈을 구성하는 것입니다.

이것이 내가 염두에 두었던 것입니다! 나는 Zenodo API가 어쨌든 익명 입금을 허용하는지 몰랐습니다. Zenodo에는 OAuth와 같은 것이 있습니까? API 키를 붙여넣는 것보다 더 친숙할 수 있습니다.

@krzysztof 설명해주셔서 감사합니다 :-)

[...] Zenodo 사용자의 API 키로 해당 모듈을 구성하면 작동합니다.

이 경우 모듈에 자체 사용자 관리가 필요하거나 GitLab 인스턴스의 비밀 관리( EE 전용? )를 참조해야

아니면 공유된 기관 Zenodo 계정으로 (그냥 추측만 하세요!)? 그러나 처음에는 이 경우를 무시할 수 있습니다.

나는 Zenodo API가 어쨌든 익명 입금을 허용했는지 몰랐습니다.

@remram44 그렇지 않습니다. API 키가 필요합니다. Zenodo에는 OAuth가 없습니다.

이 경우 모듈에 자체 사용자 관리가 필요하거나 GitLab 인스턴스의 비밀 관리(EE 전용?)를 참조해야 합니까? 한 인스턴스에 여러 사용자가 있고 저장소가 여러 Zenodo 계정에 연결되기를 원하기 때문입니다.

@katrinleinweber 현재 주어진 레코드에 대해 여러 소유자를 가질 수 없으며 각 repo 사용자가 자신의 저장소 사본을 갖는 것도 원하지 않습니다. 이는 동일한 콘텐츠에 대해 여러 DOI를 의미하는 나쁜 것입니다. 이러한 이유로 주어진 GH repo는 한 명의 사용자만 보관할 수 있습니다.

몇몇 사용자는 주로 저널과 같은 "기관" 계정과 같은 것을 사용하지만 레코드 큐레이션의 "부담"은 계정의 사서/소유자에게 있으므로 기술적으로 작동하지만 장기적으로 우리는 원하지 않습니다. 이것은 이 문제에 대한 주류 솔루션이 됩니다. 대신 미래에는 커뮤니티 기능을 확장하여 "팀"과 같은 형태로 만들 수 있으며 레코드당 여러 소유자(또는 최소한 여러 큐레이터)를 가질 수 있습니다.

GitLab 플러그인이 Zenodo API 토큰을 구성으로 사용하면 매우 유용해 보입니다. GitLab의 개인 설치에서도 작동합니다. 기록이 생성되는 Zenodo 계정을 결정하는 것은 팀의 몫입니다.

Zenodo에는 OAuth가 없습니다.

실제로 OAuth 2.0을 지원하는 것 같습니다. http://developers.zenodo.org/#authentication 따라서 손으로 토큰을 입력할 필요조차 없을 수도 있습니다.

간헐적으로 요약하자면 Zenodo에 연결된 GitHub-repo에 푸시 하는

더 이상 관련이 없습니다. 숨길 수 있습니다.

GitLab은 다음을

새 태그가 생성될 때와 같은 웹 후크 […]는 Zenodo와 GitHub의 통합에서 사용하는 동등한 API인 것 같습니다. [...] 가장 좋은 방법은 생성될 때 모든 태그 의 아카이브 를

@remram44 위 스크린샷은 목업이죠? 어떻게 만들었어요?

@katrinleinweber Firefox inspector/dev-tool :wink:

특히 자체 호스팅 GitLabs의 Zenodo 모듈에 대해 @schlauch와 저가 https://gitlab.com/gitlab-org/gitlab/issues/25587을 게시했습니다

이에 대한 응답으로 실험적인 Invenio 모듈이 @tobiashuste에 의해 https://gitlab.hzdr.de/rodare/invenio-gitlab 에 공유되었습니다.

이 기능은 유용할 것입니다. 어떻게 찬성할 수 있습니까?

더 많은 관심을 끌 때까지 계속 게시하십시오 😉

이것은 의심할 여지 없이 Zenodo에게 흥미로운 기능이 될 것입니다.

예, 부탁합니다 !

나도 저런 플러그인 써보고싶다!

좋은 아이디어, 매우 유용할 것입니다!

나에게서 큰 엄지손가락! https://zenodo.org/record/3497066의 차세대 파이프라인을 단순화합니다