تم إصدار نسخة جديدة من بوابة 2.23 بأوامر تجريبية جديدة

بوابة 2.23

الاسبوع الماضي تم تقديم الإصدار الجديد من نظام التحكم بالمصادر الموزع Git 2.23. مقارنة بالإصدار السابق ، تم إجراء ما يزيد قليلاً عن 500 تغيير في هذا الإصدار الجديد.

لكن بين أدخلت مؤخرًا تحسينات على هذا الإصدار الجديد ، تلك التي تحظى بأكبر قدر من الاهتمام git switch y git restoreهؤلاء أمرين تجريبيين خاص والتي يمكن استخدامها لاستبدال الأمر إلى حد ما git checkout. بالنسبة لأولئك الذين ليسوا على دراية بـ git ، يجب أن تعلم أن هذا هو أحد أكثر أنظمة التحكم في الإصدارات شيوعًا وموثوقية وعالية الأداء التي توفر أدوات تطوير مرنة غير خطية تعتمد على تفريع الإصدار ودمجها.

لضمان تكامل السجل ومقاومته للتغييرات بعد فوات الأوان ، يتم استخدام تجزئة ضمنية لكل التاريخ السابق في كل التزام ، ويمكن أيضًا توقيع مطوري الالتزام والعلامة رقمياً.

الميزات الجديدة الرئيسية لبوابة git 2.23

في هذا الإصدار الجديد من git يتم عرض الأوامر التجريبية المذكورة أعلاه "git switch y git restore".

هذه الأوامر الجديدة مصممة لفصل الوظائف «git checkout» فضفاضة ، مثل التلاعب في الفروع (التغيير والخلق) والاستعادة من الملفات في دليل العمل («git checkout $ commit - $ filename») أو فورًا في منطقة التدريج («--staging«، ليس له نظير في«git checkout').

git checkout هو أمر يسمح ، على سبيل المثال ، بتغيير الفروع أو إنشاء فروع جديدة في المستودع.

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

تجدر الإشارة هذا ، على عكس «git checkout"git restore» يزيل الملفات غير المتعقبة من الدلائل المستعادة ("–لا تراكب" افتراضيًا).

مع git restore، من الأسهل بكثير تحديد الملفات التي ستتغير بالضبط ، وكيف ستتغير ، وأين ستتغير. في الواقع ، بدلاً من استخدام الأمر المعقد git checkout, git restore يوفر خيارين لتحديد المكان الذي ستذهب إليه التغييرات المستعادة.

لذلك ، إذا قمت بتمرير المعلمة --worktree (أو لم تحدد أي شيء) ، سيتم إجراء التغييرات في المستودع على القرص الصلب الخاص بك. ومع ذلك ، إذا قمت بتمرير المعلمة --staged، ستذهب التغييرات إلى الفهرس. أخيرًا ، إذا قمت بتمرير كلا المعلمتين ، فستنتقل التغييرات إلى الموقعين المعنيين.

في بوابة 2.23 الخيار "git merge --quit«، والتي ، مثل« –abort »، يوقف عملية دمج الفروع ، لكنه يترك دليل العمل كما هو. يمكن أن يكون هذا الخيار مفيدًا إذا كان من الأفضل إصدار بعض التغييرات التي تم إجراؤها أثناء الدمج اليدوي كالتزام منفصل.

الأوامر git clone, git fetch y git push الآن يأخذون في الاعتبار وجود ارتباطات في مستودعات مرتبطة (بديلة).

خيارات "git blame --ignore-rev»Y«--ignore-revs-file»لتخطي الالتزامات التي أجريت تعديلات طفيفة (على سبيل المثال ، إصلاحات التنسيق) ؛

من ناحية أخرى ، يمكننا إيجاد إضافة الخيار «git cherry-pick --skip»لتخطي تسوية الصراع (التناظرية المحفوظة للتسلسل«git reset y git cherry-pick --continue')

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

عملية تحديث الرسم البياني commit (core.commitGraph) تم تقديمه في 2.18 بشكل سريع. كما أنه يسرع git لكل مرجع في حالة استخدام قوالب متعددة ويقلل من عدد المكالمات من auto-gc في "git fetch --multiple".

تمت إضافة التكوين المكانة، وضبط الخيار «git status - [no-] ahead-behind"بشكل متواصل.

«git branch --listيعرض الآن دائمًا HEAD منفصلة في بداية القائمة ، بغض النظر عن اللغة.

أبعد من هذه التحسينات ، يمكن لهذا الإصدار الجديد من Git الآن استخدام مراجع حل آخر كجزء من التحقق من الكائن المتصل والتي يمكن أن تحدث عند استنساخ مستودع وتحديد آخر أثناء الاستنساخ أو في مستودع آخر.

Si تريد معرفة المزيد عنها يمكنك التشاور الرابط التالي.


كن أول من يعلق

اترك تعليقك

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها ب *

*

*

  1. المسؤول عن البيانات: ميغيل أنخيل جاتون
  2. الغرض من البيانات: التحكم في الرسائل الاقتحامية ، وإدارة التعليقات.
  3. الشرعية: موافقتك
  4. توصيل البيانات: لن يتم إرسال البيانات إلى أطراف ثالثة إلا بموجب التزام قانوني.
  5. تخزين البيانات: قاعدة البيانات التي تستضيفها شركة Occentus Networks (الاتحاد الأوروبي)
  6. الحقوق: يمكنك في أي وقت تقييد معلوماتك واستعادتها وحذفها.