Sbt-github-packages: JVM خاصية بديلة لأوراق الاعتماد

يسعدني قبول PR مقابل TokenSource الذي يفعل هذا!

أوافق على أن هذا سيكون مفيدًا ، لكنني أفعل ذلك كحل سريع / قذر إذا كنت في حاجة إليه.

• قم بإنشاء رمز وصول شخصي مع جميع نطاقات الحزمة التي قد تحتاجها (قراءة ، كتابة ، حذف).
• في ~ / .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 shell لإعادة تحميل المشروع.

أدوات البناء> sbt> sbt projects

لقد نجح هذا بالنسبة لي في إصدار Community Edition 2020.3.

لجعل متغير البيئة يعمل في IntelliJ ، قم بتمكين sbt shell لإعادة تحميل المشروع.

أدوات البناء> sbt> sbt projects

لقد نجح هذا بالنسبة لي في إصدار 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. سارت الأمور على ما يرام بالنسبة للمستخدمين و IDEs ومساحات عمل GitHub Action التي إما تحتوي على إدخال ~ / .gitconfig github.token أو تحتوي على متغير env GITHUB_TOKEN.

حتى قرر أحدنا استخدام المهمة runAll المكون الإضافي Lagom.

هذا يموت على الفور من أجل المشكلة الأصلية.

السياق المتشعب الذي يستخدمه المكون الإضافي Lagom لنشر سرب الخدمة يفتقر إلى كل من متغير البيئة وملف ~ / .gitconfig.

نحن نبحث عن طرق لتهيئة البيئة لبيئة التنفيذ المتشعبة.

ومع ذلك ، فإن الافتراض العام بأنه يجب توفير GITHUB_TOKEN حتى إذا لم يتم استدعاء مهام المكون الإضافي GitHub Package ، يثبت أنه محبط لمستخدمينا وبرامج الروبوت التي لا تصادف أن يكون هذا الرمز متاحًا بالفعل.

معلمو SBT.

هل هناك طريقة مناسبة "لحقن" إعداد (خاصة githubTokenSource ) في مساحة اسم عالمية بحيث يرى مكون إضافي مثل sbt-github-packages هذا الإعداد لجميع المشاريع المحددة بوضوح ، لجميع المشاريع المحددة ديناميكيًا ( مثل البرنامج المساعد Lagom الذي ينشئه) ، لجميع مراحل البناء ، ولجميع السياقات المتشعبة؟

من الصعب أن تضطر إلى المطالبة صراحةً بموقع بيانات الاعتماد الذي يعتبر ثابتًا عبر كل تلك التباديل مرارًا وتكرارًا ، مع الاضطرار إلى البحث في تفاصيل كيفية إدارة SBT لمساحات الأسماء أو مخابئ الحالة.

ربما لم يكن هذا هو خطأ هذا البرنامج المساعد المحدد ولكن هذا البرنامج المساعد هو الذي يتم إلقاء اللوم عليه لضرورة القيام بكل جراحة SBT الداخلية لمحاولة تغطية جميع الحالات.