Repo2docker-action: لا يزال MyBinder يبني الصورة ، بدلاً من سحبها

شكرًا لك على فتح العدد الأول لك في هذا المشروع! مثل هذه المشاركة ضرورية لمشاريع مفتوحة المصدر! : hugs:

إذا لم تكن قد قمت بذلك بالفعل ، فراجع مدونة قواعد السلوك الخاصة بـ Jupyter . يرجى أيضًا محاولة اتباع نموذج المشكلة حيث يساعد أعضاء المجتمع الآخرين الآخرين على المساهمة بشكل أكثر فعالية.

يمكنك مقابلة Jovyans الآخرين من خلال الانضمام إلى منتدى Discourse الخاص بنا. يوجد أيضًا موضوع تمهيدي حيث يمكنك التوقف والقول مرحبًا! :موجة:

مرحبًا بك في مجتمع Jupyter! : تادا:

أعلم أن Binder يستخدم repo2docker ، والذي سيفحص مستودعك بحثًا عن ملفات التكوين التي لها أولوية الإنشاء

مجرد إلقاء نظرة سريعة على الريبو الخاص بك ، يبدو أن لديك ملفات بناء أخرى هناك ستشير إلى Binder للبناء ، بدلاً من استخدام صورتك. لست متأكدًا مما إذا كانت هناك طريقة لإخبار Binder أنك تريد إنشاء Dockerfile كأولوية أولى. choldgraf هل لديك أي أفكار لهذا؟

يا اعتذاري كان سوء فهم طفيف.

يبدو أنك تحاول إجبار MyBinder على إنشاء صورة لإجبارها على تخزين الصورة مؤقتًا. يرجى أن تضع في اعتبارك أنه إذا كان الريبو الخاص بك يحتوي على أي عمليات تنفيذ إضافية ، فسيتم إبطال ذاكرة التخزين المؤقت. أيضًا ، هذا يخضع لقدرة وقواعد التخزين المؤقت MyBinder ، والتي يمكن أن تتغير بمرور الوقت.

لا ينبغي أن يرتبط هذا على الإطلاق بكون صورتك مرئية للعامة حسب ما أفهمه. لقد قمت بوضع علامة على صديق لديه المزيد من التبصر في هذا الأمر.

إذا حاولت استخدام mybinder.org مرتين على التوالي لبدء تشغيل دفتر ملاحظات (لا تعتمد على هذا الإجراء) ، فهل يتم إنشاؤه في كل مرة؟

نعم - سيعيد Binder إنشاء الصورة استنادًا إلى تجزئة الالتزام ، لذلك إذا كنت تقوم بتغيير الريبو على الإطلاق ، فسيتم تشغيل بناء جديد حتى إذا لم تقم بتغيير ملف التكوين

أرى. أنا أعيد تشغيل هذا الإجراء في كل التزام بالرغم من ذلك. لذا ، إذا انتظرت تحميل صورة Docker قبل تشغيل Binder ، ألا يجب أن أرى بدء تشغيل فوري تقريبًا؟

هممم - لذا فإن إجراء repo2docker يبني فقط صورة ويدفعها إلى مستودع ، ولا يفعل أي شيء مع Binder على وجه التحديد. ستحتاج إلى تكوين مستودع Binder الذي _ يسحب _ من أي مكان يدفع فيه repo2docker-action ، ويترك ذلك ثابتًا حتى لا يقوم Binder بإعادة بنائه في كل مرة.

فقط للتحقق مما إذا كنت أفهم تعليقك الأخير بشكل صحيح:

1. يمكنني الحصول على فرع / ريبو منفصل مع environment.yml والإجراء الذي يدفع إلى مستودع الحزم.
2. الفرع الرئيسي لديه binder/Dockerfile محتواه الوحيد هو السطر FROM repo/package:latest .

choldgrafrobertodr لا يمتلك هذا الإجراء في الواقع القدرة على التخزين المؤقت للبنيات مباشرة إلى MyBinder.org ، ومع ذلك ، إذا انتهى الإجراء بإنشاء التزام لك ، فسيتم إبطال ذاكرة التخزين المؤقت على الفور.

أرى أنك كنت تستخدم العلامة الخاطئة سابقًا وكان من المفترض أن تستخدم MYBINDERORG_CACHE https://github.com/ENCCS/veloxchem-workshop/commit/eeb4832cd8f8de1400a0a8fe16b113675dd630b2#diff -3f922dcd4f5c4cc190cda1ceef7c38

هل يعمل الآن؟

هل هي MYBINDERORG_CACHE أو BINDER_CACHE مع MYBINDERORG_TAG ؟ يبدو أنه يعمل الآن ، ولكن هذا على الأرجح لأنني بدأت تشغيل أجهزة الكمبيوتر المحمولة عدة مرات في تتابع قصير: راحة اليد:

robertodr سأذهب مع هذا المثال من README ، آسف يعني TAG وليس CACHE

hamelsmu واو ، هذا الإجراء أكثر برودة مما أتذكره 😄

واو ، نعم ، أشعر بالسخافة الآن ... أعتقد أنني حاولت الحصول عليها لدفع الصورة إلى GHCR وتوقعت استخدامها في MyBinder.org تلقائيًا. ثم حاولت إصلاح ذلك واختلطت أسماء الخيارات: Facepalm:

جانبا ، المحاولة مع BINDER_CACHE نجحت أيضًا. ومع ذلك ، فإن الريبو المحدد الذي أعمل معه يستخدم LFS لتخزين أجهزة الكمبيوتر المحمولة ولن يتم فحصها بشكل صحيح.

حسنا عظيم! سأغلق هذه القضية بعد ذلك. كان هذا أيضًا تجديدًا جيدًا لي لأنني لم أنظر إلى هذا الريبو في بعض الوقت.