Sbt-github-packages: क्रेडेंशियल के लिए JVM संपत्ति विकल्प

TokenSource के लिए एक पीआर स्वीकार करने में खुशी हुई जो ऐसा करता है!

मैं मानता हूं कि यह मददगार होगा, लेकिन अगर आपको इसकी ज़रूरत है तो मैं इसे एक त्वरित/गंदे समाधान के रूप में कर रहा हूं।

• उन सभी पैकेज स्कोप के साथ एक व्यक्तिगत एक्सेस टोकन बनाएं जिनकी आपको आवश्यकता हो सकती है (पढ़ें, लिखें, हटाएं)।
• में ~/.gitconfig... रेपो रीडमे फ़ाइल में वर्णित टोकन विशेषता सेट करें।
• आपकी बिल्ड.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 शेल सक्षम करें।

बिल्ड टूल्स> एसबीटी> एसबीटी प्रोजेक्ट्स

इसने मेरे लिए सामुदायिक संस्करण संस्करण 2020 में काम किया।

IntelliJ में पर्यावरण परिवर्तनशील कार्य करने के लिए, प्रोजेक्ट पुनः लोड करने के लिए sbt शेल सक्षम करें।

बिल्ड टूल्स> एसबीटी> एसबीटी प्रोजेक्ट्स

इसने मेरे लिए सामुदायिक संस्करण संस्करण 2020 में काम किया।

इसने मेरे लिए काम नहीं किया। मैंने इसे पर्यावरण चर के माध्यम से कॉन्फ़िगर किया था। मैं 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 मान को बिल्ड.sbt में प्रत्येक प्रोजेक्ट के कॉन्फ़िगरेशन ब्लॉक में एक सामान्य सेटिंग के रूप में इंजेक्ट करके सुलझा लिया है। उपयोगकर्ताओं, आईडीई और गिटहब एक्शन वर्कस्पेस के लिए सब कुछ ठीक रहा, जिसमें या तो ~/.gitconfig github.token प्रविष्टि थी या GITHUB_TOKEN env चर था।

जब तक हम में से एक ने लैगोम प्लगइन के runAll कार्य का उपयोग करने का निर्णय नहीं लिया।

यह मूल समस्या के लिए तुरंत मर जाता है।

सेवा झुंड को तैनात करने के लिए लैगोम प्लगइन द्वारा उपयोग किए गए कांटेदार संदर्भ में पर्यावरण चर और ~/.gitconfig फ़ाइल दोनों का अभाव है।

हम उस फोर्कड निष्पादन पर्यावरण के लिए पर्यावरण सेट करने के तरीकों पर शोध कर रहे हैं।

हालाँकि, समग्र धारणा है कि एक GITHUB_TOKEN प्रदान किया जाना चाहिए, भले ही GitHub पैकेज प्लगइन कार्यों को कॉल नहीं किया जा रहा हो, हमारे उपयोगकर्ताओं और बॉट्स के लिए निराशाजनक साबित हो रहा है जो पहले से ही टोकन आसानी से उपलब्ध नहीं है।

एसबीटी गुरु।

क्या वैश्विक नाम स्थान में सेटिंग (विशेष रूप से githubTokenSource ) को "इंजेक्ट" करने का कोई उचित तरीका है ताकि sbt-github-packages जैसी प्लगइन सभी गतिशील रूप से परिभाषित परियोजनाओं के लिए सभी स्पष्ट रूप से परिभाषित परियोजनाओं के लिए उस सेटिंग को देख सके ( जैसे लैगोम की प्लगइन बनाता है), सभी चरणों के निर्माण के लिए, और सभी फोर्क किए गए संदर्भों के लिए?

एक क्रेडेंशियल के स्थान का स्पष्ट रूप से दावा करना कठिन है जो उन सभी क्रमपरिवर्तनों में बार-बार अपरिवर्तनीय है, इस विवरण में ड्रिल करने के लिए कि एसबीटी नेमस्पेस या राज्य कैश कैसे प्रबंधित करता है।

शायद यह इस विशेष प्लगइन की गलती नहीं है, लेकिन इस प्लगइन को सभी मामलों को कवर करने की कोशिश करने के लिए यह सभी आंतरिक एसबीटी सर्जरी करने के लिए दोषी ठहराया जा रहा है।