مرحباً،
كلما احتجت إلى إضافة مكون إضافي أو تعديل بعض الإعدادات في PuTTy docker، أحتاج إلى إعادة بناء الحاوية.
هل هناك طريقة أسرع للتحرير في Docker دون الحاجة إلى إعادة البناء؟
مع أطيب التحيات
أولي
إذا قمت بإضافة أو إزالة مكون إضافي، يجب عليك إعادة البناء.
بالمناسبة، فكر في التخلي عن PuTTY لصالح Windows Terminal.
3 إعجابات
سيكون تطوير الإضافات مقابل موقع إنتاجي عملية مملة للغاية. أوصي بالبحث عن إعداد بيئة تطوير محلية (أو سحابية). لدينا بعض الأدلة هنا:
إعجابَين (2)
[اقتباس=“Olle11, post:1, topic:368054”]
هل توجد طريقة أسرع للتحرير في Docker دون الحاجة إلى إعادة البناء؟
[/اقتباس]
لا يُنصح بذلك حقًا، ولكن يمكنك فعل شيء مثل:
cd /var/discourse
./launcher enter app
cd /var/www/discourse/plugins/your-plugin-path
git pull
sv restart unicorn
ولكن ما لم تكن تقوم بتغيير شيء تافه جدًا، فستحتاج إلى إعداد بيئة تطوير كما هو مقترح.
ولكن هذا لن يشغل أي عمليات ترحيل؟
إعجاب واحد (1)
أفترض أنه إذا لم يكن يعرف أكثر مما يبدو، فلن تكون هناك أي عمليات ترحيل. 
ولكن، نعم، لو كنت أنت، لقلت لك أيضًا
bin/rails db:migrate
ثم ستقول “ولكن ماذا عن الأصول؟”
وسأقول، “نعم، تحتاج إلى القيام بذلك أيضًا. كيف بالضبط متروك للقارئ.”
إعجابَين (2)
همم ربما يجب عليّ فعل ذلك كما كنت أفعل سابقًا حتى لا أعطل الموقع،
هل استخدام Windows Terminal أفضل من PuTTY؟
مع أطيب التحيات
أولي
[اقتباس=“Olle11، المشاركة: 7، الموضوع: 368054”]
ربما يجب عليّ فعل ذلك كما اعتدت حتى لا أعطل الموقع،
[/اقتباس]
إذا انتقلت إلى خادم جديد، فلن تجري أي تغييرات على الموقع حتى تتأكد من أن الموقع الجديد يعمل. من المستحيل تعطيل الموقع.
إعجاب واحد (1)
نعم، إنه أحدث بكثير.
يوفر Windows Terminal علامات تبويب متعددة، وثيمات قابلة للتخصيص، ودعم Unicode و UTF-8، وتسريع وحدة معالجة الرسومات (GPU)، وتكامل أفضل مع ميزات Windows الحديثة مقارنة بـ PuTTY.
يتكامل Windows Terminal مع نظام Windows الفرعي لنظام Linux (WSL)، ويدعم ملفات تعريف shell الأصلية، ويسمح بالتبديل السلس بين بيئات PowerShell و Command Prompt و WSL داخل نافذة واحدة.
إعجابَين (2)