الإجابة المختصرة
على خادم في اللوحة: أوقفه، اضغط Switch: Server Branch، اختر
Staging، نفذ، شغل Steam Update، ثم شغله. على جهاز
مخصص: أضف -beta staging إلى سطر +app_update 258550 في
سكربت التثبيت لديك.
النقاط الأساسية
- يحمل staging التغييرات قبل أن تصل إلى فرع الإصدار.
- يحتاج اللاعبون إلى تحويل عميلهم الخاص إلى staging للانضمام.
- شغله كخادم ثان، وليس أبدا كمجتمعك الرئيسي.
- تشغيل Steam Update بعد تبديل الفرع ليس اختياريا.
- الإضافات تتعطل كثيرا على staging. هذا هو الهدف منه.
لماذا تشغل خادم staging
تحدث Rust كل شهر، وكل تحديث لديه احتمال كسر الإضافات وإبطال الإعدادات وتغيير خصائص الأداء. إذا كانت المرة الأولى التي تواجه فيها تلك التغييرات هي يوم التحديث، فأنت تصحح الأخطاء أمام لاعبيك.
خادم staging ينقل ذلك الاكتشاف إلى وقت أبكر. إنه الفرق بين "إضافاتنا تعطلت ونحن نعمل عليها" و"كنا نعلم، وقد أصلحناها بالفعل".
يستحق ذلك إذا كنت:
- تدير خادما مليئا بالإضافات حيث يعطل خطاف واحد معطوب نصف ميزاتك.
- تطور إضافات بنفسك وتحتاج إلى اختبارها مقابل التغييرات القادمة.
- تدير مجتمعا كبيرا بما يكفي بحيث يكون توقف يوم التحديث مكلفا فعليا.
على خادم في لوحة التحكم
-
سجل الدخول إلى لوحة التحكم
سجل الدخول إلى لوحة التحكم.
-
افتح Game Services
اضغط على Game Services من القائمة الرئيسية.

Game Services -
اختر خدمة Rust
اضغط على Rust Service.

Rust Service -
أوقف الخادم
اضغط Stop.

Stop Server -
بدل فرع الخادم
اضغط زر Switch: Server Branch.

Switch Branch -
اختر Staging
اختر Staging واضغط Execute.

Select Staging -
شغل Steam Update
تبديل راية الفرع ليس مثل تنزيل الفرع. شغل Steam Update لجلب ملفات staging.

Run Steam Update -
انتظر حتى ينتهي التحديث
بمجرد اكتماله تكون على فرع staging.
-
شغل الخادم
اضغط Start لإعادته للعمل على إصدار staging.

Start Server
على جهاز مخصص
إذا كنت تشغل تثبيت SteamCMD خاصا بك، فإن staging مجرد راية واحدة على سطر تحديث التطبيق. خذ سكربت التثبيت القياسي لديك وعدل هذه القيمة:
"+app_update 258550 -beta staging"
هذا يحولك من الفرع القياسي إلى staging. عدل المسارات لتطابق مواقع SteamCMD وخادم Rust الخاصة بك.
مثال على السكربت
echo off
:start
C:\Users\admin\Desktop\steamcmd\steamcmd.exe +login anonymous +force_install_dir C:\[RustServerFileLocation]\Update +app_update 258550 -beta staging validate +quit
pause
راية validate تستحق الإبقاء عليها عند تبديل الفروع: إنها تجعل SteamCMD يتحقق
من كل ملف بدلا من افتراض أن التثبيت الحالي سليم، وهذا بالضبط ما تريده عندما تكون الملفات
تحتها قد غيرت إصدارها للتو.
نفس الآلية تصل إلى فرع prerelease باستخدام
+app_update 258550 -beta prerelease. كلاهما يختار براية
-beta ويختلفان فقط في البنية التي يتبعانها.
ما تتوقعه من staging
- يحتاج اللاعبون إلى عميل staging
- يجب أن تتطابق الإصدارات. على كل من ينضم أن يحول تثبيت Rust الخاص به إلى staging عبر Steam أولا، وهذا يجعل هذا خادم اختبار وليس خادما عاما.
- الإضافات تتعطل
- بانتظام. بنيات uMod الخاصة بـ staging تتأخر عن الفرع نفسه، ومطورو الإضافات يحدثون بعد ذلك. هذه هي المعلومة التي جئت من أجلها، وليست عطلا.
- أقل استقرارا
- يحمل staging تغييرات لم تمر باختبار كامل. الأعطال والسلوك الغريب متوقعان.
- لا توجه مجتمعك إليه
- شغل staging بجانب خادم الإنتاج لديك. أي شيء تتعلمه هناك يستحق المعرفة، لكن ليس على حساب الخادم الذي يلعب عليه الناس فعليا.
العودة إلى الفرع القياسي
عكس العملية هو نفس الإجراء باختيار مختلف. في لوحة التحكم، استخدم
Switch: Server Branch مرة أخرى، اختر الفرع القياسي، وشغل
Steam Update. على جهاز مخصص، أزل -beta staging من سطر
تحديث التطبيق وشغل السكربت مع validate.
في الحالتين، Steam Update هو الجزء الذي يغير الملفات فعليا. تخطيه يتركك براية فرع تشير في اتجاه وتثبيت يشير في الاتجاه الآخر، ما ينتج خادما لا يبدأ ورسالة خطأ لا تفسر السبب بوضوح.