Hexo-theme-volantis: كيفية تحديث الموضوعات بشكل صحيح

inkss ، الرجاء مساعدتي في ملء طريقة fork لتحديث السمة. 😀

كيفية تحديث السمة بشكل صحيح (شوكة)

تستند هذه المقالة إلى استخدام برنامج GitKraken ، والروابط ذات الصلة: GitKraken: عميل Git GUI المجاني - Windows ، و Mac ، و Linux

إذا كنت قد قمت بالفعل باستنساخ سمة وإضافتها إلى مستودع مدونتك عن طريق اتباع إعداد الوحدات الفرعية في مقالة السمة ، فستكون هذه المقالة مفيدة جدًا لك ، إذا لم تكن قد قمت بذلك بالفعل ، فجرّبها. ها هي بيئة المستودع لهذه المقالة: مدونة Hexo-Blog مستودع المدونة ، مستودع السمة volantis .

1. عملية بسيطة لـ GitKraken

في واجهة برنامج GitKraken ، المنطقة التي بها أكبر مساحة في الوسط هي معلومات التقديم التاريخية للمستودع ، وتفاصيل سجل الإرسال المحدد على اليمين ، وبعض المعلومات المتعلقة بالمستودع على اليسار ، ركز على SUBMODULES شريط الخيارات على اليسار ، إذا كنت قد أضفت عادةً مستودع سمات Fork إلى مستودع المدونة ، فيمكنك رؤيته هنا. قم بتوسيع علامة التبويب SUBMODULES ، وانقر بزر الماوس الأيمن وحدد Open this subodlue لفتح الوحدة الفرعية:

المستودع الذي تم إدخاله بهذه الطريقة هو مستودع السمات الخاص بك ، ويمكنك عرض محفوظات جميع عمليات الإرسال وما إلى ذلك في الصفحة الحالية. من أجل تجنب الآثار الضارة التي تسببها بعض أسماء اللسان في الخد ، الإعدادات هي كما يلي: يسمى مستودع الشوكة مستودع السمات ، ومستودع hexo-theme-volantis يسمى مستودع volantis .

في الشكل ، الفرع الذي يوجد به مستودع السمة للشوكة الحالية هو السمة الرئيسية ، ويتم عرض آخر معلومات الالتزام الخاصة بمستودع النسق الشخصي على الجانب الأيمن من الشكل. في المنطقة الوسطى ، الجزء العلوي هو فرع مستودع volantis المميز بعلامة رئيسية (يمكنك تمييزه من خلال صورة الشعار على اليمين). من الواضح أن مستودع السمات الحالي قد تأخر عن مستوى مخزون Volantis. بعد ذلك ، نحتاج إلى دمج الكود في مستودع السمات الخاص بنا. إذا كنت لا ترى معلومات مستودع Volantis في الواجهة بعد فتحه ، فهذا يعني أن مستودع Volantis لم تتم إضافته حاليًا كجهاز تحكم عن بعد. يمكنك إضافته على النحو التالي:

في علامة التبويب REMOTE على اللوحة اليسرى ، انقر فوق علامة الجمع للدخول إلى الواجهة الموضحة في الشكل التالي ، وحدد volantis-x / hexo-theme-volantis وأضفها.

ثانيًا ، عملية دمج GitKraken

1. دمج

انقر بزر الماوس الأيمن على الفرع الرئيسي لمستودع volantis وحدد Merge volantis / master في xxxx للدمج. بالنسبة إلى سبب عدم اختيار Rebase ، فأنا شخصياً أعتقد أنه من الأفضل الاحتفاظ بتاريخ الالتزام بالمستودع بدلاً من تعديل السجل. عادةً ، سيتم إكمال عملية الدمج تلقائيًا ، ولكن إذا كان هناك تعارض ، فستتلقى هذا التذكير: فشل الدمج ، هناك تعارضات في الدمج تحتاج إلى حل. كما تقول ، هناك تعارضات يجب حلها ، و ستعرض علامة التبويب اليمنى دمج النافذة المكتشفة المتعارضة ، حيث يتم عرض الملفات التي تم حلها والمتضاربة.

انقر فوق النافذة لحل التعارض. في هذه الصفحة ، الجزء العلوي هو الرمز المحلي والبعيد ، والجزء السفلي هو المحتوى المدمج. يمكنك اختيار ما إذا كنت تريد تحديد المحلي على اليسار أو جهاز التحكم عن بُعد على اليمين أو كليهما وفقًا للوضع الفعلي ، مثل استدعاء سجل التعديل. إذا لم تكن راضيًا عن النتيجة المحددة ، يمكنك أيضًا تعديل المحتوى يدويًا في نافذة الإخراج. عند الانتهاء ، انقر فوق حفظ لإنهاء العملية. (مبدئيا يجب اختيار واحد منهم بدلا من تعديل محتوى المخرجات مباشرة)

في بعض الأحيان ، قد تواجه ملفًا تم حذفه بواسطة الطرف البعيد ، وستتلقى المطالبة التالية: لم يتمكن GitKraken من تحديد ما إذا كان يجب الاحتفاظ بالمصدر / css / _plugins / gitalkstyl ، هل ترغب في الاحتفاظ به؟ ومع ذلك ، بشكل عام ، ليست هناك حاجة للاحتفاظ به ، فقط احذف الملف .

أخيرًا ، بعد حل جميع الملفات المتعارضة ، ارجع إلى واجهة قائمة المستودعات وانقر فوق Commit and Merge لإكمال الإرسال.

2. Rebase

باختصار ، يعيد Rebase جميع التغييرات (الالتزامات) إلى نهاية الفرع العام ، مما قد يؤدي غالبًا إلى مواجهة التزامات قسرية ، وهو غير مناسب للاستخدام مع عملية الدمج.تم اقتباس ما يلي من: Rebase - الموقع الرسمي لـ Liao Xuefeng

يمكن أن تنشأ التعارضات بسهولة عندما يتعاون عدة أشخاص في نفس الفرع. يجب سحب أحذية الأطفال في ما بعد الدفع أولاً ودمجها محليًا قبل أن تنجح عملية الدفع.

باختصار ، يبدو الأمر فوضويًا ، وستسأل أحذية الأطفال الوسواس القهري: لماذا لا يكون سجل Git الالتزام خطًا نظيفًا؟ في الواقع يمكن القيام بذلك! لدى Git عملية تسمى Rebase ، والتي يترجمها بعض الأشخاص على أنها "rebase".

ميزات عملية Rebase: "تنظيم" سجل الالتزام المتشعب في خط مستقيم ، والذي يبدو أكثر سهولة. الجانب السلبي هو أن الالتزام المتشعب المحلي قد تم تعديله بالفعل.

• يمكن لعملية Rebase تنظيم تاريخ الالتزام المتشعب المحلي غير المدفوع في خط مستقيم ؛

• الغرض من تغيير العنوان الأساسي هو تسهيل رؤية التغييرات في الالتزامات التاريخية ، نظرًا لأن الالتزامات المتشعبة تتطلب مقارنة ثلاثية.

حدوث وتجنب الصراع

تحدث التعارضات بشكل عام عندما يتم تعديل نفس المكان من قبل أشخاص مختلفين ، ولا يمكن لـ Git التعامل معها تلقائيًا ، وتلقي المستخدم بخطأ لحلها. نظرًا لأن الموضوع لا يزال في مرحلة المراهقة ، فإن سرعة تكرار التحديث تكون سريعة نسبيًا ، وقد تكون ظاهرة الصراع أكثر وضوحًا ، وإليك بعض الأفكار لتقليل مثل هذه المواقف.

1. الأول هو ملف التكوين. وفقًا لقواعد Hexo ، يمكن إجراء جميع التعديلات على التكوين بشكل مستقل. ليست هناك حاجة لتعديل config.yml مباشرةً ضمن مستودع السمات. هنا يمكنك الرجوع إلى: الاستخدام بدلاً من ملفات تكوين السمة . ملف فئة التكوين هو أقل مكان تعارض فيه احتمال حدوثه .

2. بالنسبة لملفات الأنماط ، وفقًا لقواعد تغطية css ، فإن استخدام تغطية النمط يكون أكثر بهجة من تعديل الأنماط بشكل مباشر ، على سبيل المثال ، المؤشر في السمة هو فكرة تغطية النمط.

رابعًا ، صيانة تاريخ الكود

يمكنك عرض محفوظات ملف واحد لمقارنة تعديلاتك الشخصية ، وتجنب فقدان الرمز إلى أقصى حد. كما يقول المثل ، فإن الممارسة تجعلها مثالية ولن يكون تحديث السمة مشكلة بعد المزيد من العمليات. في النهاية ، آمل أن تكمل الطريق وتعود أخيرًا إلى النية الأصلية لإنشاء مدونة ، وإنهاء زهرة ★ ، ° :. ☆ (￣ ▽ ￣) / $ :. ° ★ .

مصورة ومفصلة.

جيد حقًا ، مارك

كيفية تغيير الموضوع على gitee؟