لماذا يحدث هذا باستمرار

image

في كل مرة أقوم فيها بتحديث منتدى صديقي @techwithanirudh، يمكنني تحديث كل شيء باستثناء discourse أو الميزات المتعلقة بـ discourse، لا أعرف لماذا يحدث هذا، مما يؤدي إلى أشياء مثل منتدى قديم جدًا وإزعاج.

هل يمكنني الحصول على شرح؟

هل هذا شيء يحدده في SSH الخاص به أو قاعدة الكود الخاصة به بحيث لا يمكن لمسؤولين آخرين تحديث عناصر discourse، ولا يمكنهم أيضًا انتحال شخصية مسؤولين آخرين، وهذا أيضًا ما أشعر أنه خاطئ.

Docker_manager هي الأداة التي تتعامل مع الترقيات إلى Discourse. يجب تحديثها أولاً حتى تعرف كيفية ترقية إصدار Discourse الأحدث بشكل صحيح.

انقر فوق تحديث على Docker_manager. بمجرد اكتمال ذلك، يجب أن يسمح لك بالنقر فوق تحديث على Discourse.

5 إعجابات

لست متأكدًا مما تطلبه هنا ولكن طريقتي المفضلة للتحديث هي استخدام launcher في /var/discourse

إذا كنت على tests-passed فعادة ما تكون هناك التزامات متاحة بعد فترة قصيرة لأنهم يحبون التكرار بسرعة. هذا ليس بالضرورة “قديمًا”.

إعجابَين (2)

أدوبس ليس لدي وصول إلى كود المنتدى وسأجرب كيغان المدير وأبلغك

إعجاب واحد (1)

حسناً @keegan يبدو أن هذا قد نجح، إنه يعمل الآن ولكن لماذا لا يمكنني تحديثه دفعة واحدة؟

إعجاب واحد (1)

يمكنك ذلك إذا كنت تستخدم المشغل. سأطلب الوصول إلى SSH.

لأن مدير دوكر هو من يقوم بتحديث ديسكورس

إعجاب واحد (1)

على حد علمي، هذا لأن الإصدار الأحدث من Discourse يحتاج إلى ترقية Docker Manager أولاً. فكر في الأمر كشيء يعتمد على الآخر.

هذا منطقي أكثر يا نيت أدوبس، هل يمكنك التوضيح؟

أعتقد أن إعادة البناء عبر واجهة سطر الأوامر باستخدام ./launcher rebuild app سيؤدي إلى سحب أحدث الإصدارات من كل شيء من Github تلقائيًا، بينما يتعين عليك القيام بذلك يدويًا عبر واجهة المستخدم.

أعتقد أن @ice.d لديه نقطة جيدة وهي أن التحديث المزدوج مرهق عندما يحتاج docker_manager إلى تحديث. عليك أولاً تحديث docker_manager ثم الانتظار حتى يكتمل ذلك ثم تحديث Discourse (أو تحديث الكل) لتحديث Discourse وأي إضافات.

يستغرق تحديث docker_manager وقتًا طويلاً لدرجة أنني غالبًا ما أبدأ هذا التحديث ثم أذهب للقيام بشيء آخر، ثم أتذكر لاحقًا العودة لتحديث Discourse.

ستكون لمسة لطيفة إذا سمح الواجهة الرسومية بزر “تحديث الكل” في هذه الحالة، ويقوم فقط بتحديث docker_manager أولاً ثم المتابعة تلقائيًا لتحديث Discourse. إذا فشل تحديث docker_manager، يمكن مقاطعة العملية.

إعجاب واحد (1)

كنت أفعل ذلك، ولكن بعد ذلك أدركت أنه إذا قمت بالتحديث باستخدام موقع الويب، فهناك وقت تعطل أقل بكثير.