Zenodo: GitHub की तरह ही GitLab से कनेक्ट करें

पुनश्च: मैं के माध्यम से खोजा गया invenio अटारी और योगदान मुद्दों के बारे में कुछ भी नहीं है लेकिन GitLab दिखाया के बाद से, मैं यहाँ इस पोस्टिंग उम्मीद ठीक है।

अरे @katrinleinweber , इसे आगे बढ़ाने के लिए धन्यवाद। इस तरह के एकीकरण के लिए हमारी ओर से एकीकरण की आवश्यकता होगी, अर्थात https://github.com/inveniosoftware/invenio-github जैसा कुछ

ऐसा लगता है कि यहां मुख्य मुश्किल कस्टम गिटलैब इंस्टॉलेशन के लिए समर्थन होगा। इसी कारण से हम वर्तमान में एंटरप्राइज़ गिटहब का समर्थन नहीं कर रहे हैं, जो कस्टम गिटलैब इंस्टेंस के समान है।

क्या मैं पूछ सकता हूँ कि आपकी ओर से परिवर्तन क्यों आवश्यक हैं? क्या GitLab आपके API का उपयोग करके रिलीज़ होने पर टारबॉल जमा नहीं कर सकता है?

अरे @ remram44 आपका मतलब GitLab मॉड्यूल जैसा कुछ है जो हमारे REST API से बात कर रहा है? वास्तव में हाँ, यह संभव है।

क्या मैं पूछ सकता हूँ कि आपकी ओर से परिवर्तन क्यों आवश्यक हैं?

हमारे अंत में परिवर्तन gitlab के लिए invenio-github मॉड्यूल की तरह कुछ लिख रहे होंगे (यानी GitLab-Zenodo खातों को जोड़ना, वेबहुक को पंजीकृत करना, पेलोड हैंडलिंग आदि)। उदाहरण के लिए, हमारा गिटहब एकीकरण एक गिटहब तृतीय पक्ष ऐप है, जो गिटहब उपयोगकर्ता के सार्वजनिक भंडारों तक पहुंच लिखने का अनुरोध करता है। उपयोगकर्ता को पहले ज़ेनोडो पर अपने गिटहब खाते को कनेक्ट करने की आवश्यकता होती है, इसलिए यह स्पष्ट है कि रेपो जारी होने के बाद ज़ेनोडो रिकॉर्ड्स का "मालिक" कौन है। इसलिए जब उपयोगकर्ता अपने किसी एक रिपॉजिटरी (स्विच को फ़्लिप करता है) पर संग्रह करने में सक्षम बनाता है, तो हम रेपो पर एक वेबहुक पंजीकृत करते हैं, और जब यह हमारे पास आता है तो पेलोड को संभालता है। इस बिंदु पर हम जीथब उपयोगकर्ता को ज़ेनोडो उपयोगकर्ता से जोड़ सकते हैं।

क्या GitLab आपके API का उपयोग करके रिलीज़ होने पर टारबॉल जमा नहीं कर सकता है?

तो अब अगर आप इसे उलटना चाहते हैं और गिटलैब हमें लिखना चाहते हैं, तो मैं देख सकता हूं कि एक कस्टम गिटलैब मॉड्यूल ज़ेनोडो को दिए गए भंडार के मेटाडेटा के साथ टैरबॉल को धक्का दे सकता है, लेकिन यह स्पष्ट नहीं है कि किस ज़ेनोडो उपयोगकर्ता के लिए। मुझे लगता है कि ज़ेनोडो उपयोगकर्ता की एपीआई कुंजी के साथ मॉड्यूल को कॉन्फ़िगर करना सबसे आसान तरीका होगा, जो काम करेगा।

किसी के पास एक कस्टम GitLab मॉड्यूल हो सकता है जो Zenodo को दिए गए रिपॉजिटरी के मेटाडेटा के साथ एक टारबॉल को धकेलता है, लेकिन यह स्पष्ट नहीं है कि Zenodo उपयोगकर्ता किस लिए है। मुझे लगता है कि ज़ेनोडो उपयोगकर्ता की एपीआई कुंजी के साथ मॉड्यूल को कॉन्फ़िगर करना सबसे आसान तरीका होगा, जो काम करेगा।

मेरे मन में यही था! मुझे नहीं पता था कि ज़ेनोडो एपीआई ने वैसे भी गुमनाम जमा की अनुमति दी है। क्या Zenodo में OAuth जैसा कुछ है? एपीआई कुंजी चिपकाने से यह अधिक अनुकूल हो सकता है।

समझाने के लिए समय निकालने के लिए धन्यवाद, @krzysztof :-)

[...] ज़ेनोडो उपयोगकर्ता की एपीआई कुंजी के साथ उक्त मॉड्यूल को कॉन्फ़िगर करें, जो काम करेगा।

उस स्थिति में, क्या मॉड्यूल को अपने स्वयं के उपयोगकर्ता प्रबंधन की आवश्यकता होगी या GitLab इंस्टेंस के रहस्य प्रबंधन ( EE-only? )

या हो सकता है (सिर्फ अटकलें!) एक साझा, संस्थागत ज़ेनोडो खाते में? लेकिन शायद इस मामले को शुरू में नज़रअंदाज किया जा सकता है।

मुझे नहीं पता था कि ज़ेनोडो एपीआई ने वैसे भी गुमनाम जमा की अनुमति दी है

@ remram44 ऐसा नहीं है, आपको API कुंजी की आवश्यकता है। Zenodo के पास OAuth नहीं है।

उस स्थिति में, क्या मॉड्यूल को अपने स्वयं के उपयोगकर्ता प्रबंधन की आवश्यकता होगी या GitLab इंस्टेंस के सीक्रेट मैनेजमेंट (ईई-ओनली?)

@katrinleinweber इस समय दिए गए रिकॉर्ड के लिए कई मालिक होना संभव नहीं है, और हम नहीं चाहेंगे कि प्रत्येक रेपो उपयोगकर्ता के पास रिपोजिटरी की अपनी प्रति हो - इसका मतलब एक ही सामग्री के लिए एकाधिक डीओआई होगा जो खराब है। उस कारण से, दिए गए GH रेपो को केवल एक उपयोगकर्ता द्वारा संग्रहीत किया जा सकता है।

कई उपयोगकर्ता "संस्थागत" खाते की तरह कुछ का उपयोग करते हैं, मुख्य रूप से जर्नल, लेकिन फिर रिकॉर्ड क्यूरेशन का "बोझ" खाते के लाइब्रेरियन/मालिक पर होता है, इसलिए यह तकनीकी रूप से काम करेगा, लेकिन लंबी अवधि में हम नहीं चाहेंगे यह इस समस्या का मुख्यधारा समाधान बनने के लिए। इसके बजाय भविष्य में हम "टीम" जैसी किसी चीज़ के सदृश समुदायों की सुविधा का विस्तार कर सकते हैं, और संभवत: प्रति रिकॉर्ड कई-मालिकों (या कम से कम एकाधिक क्यूरेटर) के कुछ रूप हैं।

यदि GitLab प्लगइन एक Zenodo API टोकन को कॉन्फ़िगरेशन के रूप में लेता है, तो यह बहुत उपयोगी लगता है। GitLab के निजी इंस्टॉलेशन पर भी काम करेगा। यह तय करना टीम पर निर्भर करेगा कि किस ज़ेनोडो खाते के तहत रिकॉर्ड बनाए गए हैं।

Zenodo के पास OAuth नहीं है।

वास्तव में यह OAuth 2.0 का समर्थन करता प्रतीत होता है: http://developers.zenodo.org/#authentication इसलिए हाथ से टोकन दर्ज करने की भी आवश्यकता नहीं हो सकती है।

एक आंतरायिक सारांश के रूप में, क्या हम कह सकते हैं कि एक GitLab-CI जो एक Zenodo से जुड़े GitHub-repo को

अब प्रासंगिक नहीं है; छिपाने के लिए स्वतंत्र महसूस करें।

गिटलैब सुझाव देता है :

वेब हुक, जैसे कि जब कोई नया टैग बनाया जाता है […] [...] सबसे अच्छा तरीका एक प्रोजेक्ट इंटीग्रेशन होगा जिसे GitLab साइड पर कॉन्फ़िगर किया गया है जो हर टैग के आर्काइव को बनाए जाने पर

@remram44 उपरोक्त स्क्रीनशॉट नकली है, है ना? आपने इसे कैसे बनाया?

@katrinleinweber फ़ायरफ़ॉक्स इंस्पेक्टर/देव-उपकरण: पलक:

विशेष रूप से स्व-होस्ट किए गए GitLabs में Zenodo मॉड्यूल के लिए, @schlauch और me ने https://gitlab.com/gitlab-org/gitlab/issues/25587 पोस्ट किया

इसके जवाब में, एक प्रयोगात्मक इनवेनियो मॉड्यूल साझा किया गया: https://gitlab.hzdr.de/rodare/invenio-gitlab @tobiashuste द्वारा।

यह फीचर उपयोगी होगा, हम इसे कैसे अपवोट कर सकते हैं?

बस तब तक पोस्ट करते रहें जब तक यह अधिक ध्यान तक न पहुंचे

ज़ेनोडो के लिए यह एक दिलचस्प विशेषता होगी, इसमें कोई संदेह नहीं है।

जी बोलिये !

मैं ऐसी प्लगइन का भी उपयोग करना चाहता हूं!

बहुत अच्छा विचार, बहुत उपयोगी होगा!

मेरी ओर से एक बड़ा अंगूठा! https://zenodo.org/record/3497066 की अगली पीढ़ी की पाइपलाइन को सरल करेगा