تمرين تعاون Azure Repos مع طلبات السحب
مشاكل التعليمات البرمجية التي يتم العثور عليها في وقت أقرب أسهل وأرخص لإصلاحها. لذلك تسعى فرق التطوير جاهدة لدفع عمليات التحقق من جودة التعليمات البرمجية إلى أقصى حد ممكن في عملية التطوير.
كما يوحي الاسم، تمنحك نهج الفروع مجموعة من النهج الجاهزة التي يمكن تطبيقها على الفروع على الخادم.
تحتاج أي تغييرات يتم دفعها إلى فروع الخادم إلى اتباع هذه النهج قبل قبول التغييرات.
تعد النهج طريقة رائعة لفرض جودة التعليمات البرمجية لفريقك ومعايير إدارة التغيير. في هذه الوصفة، ستتعلم كيفية تكوين نهج الفرع على الفرع الرئيسي.
يستعد
تتضمن نهج الفروع الجاهزة العديد من النهج، مثل التحقق من صحة البنية وفرض استراتيجية الدمج. سنركز فقط على نهج الفرع اللازمة لإعداد سير عمل مراجعة التعليمات البرمجية في هذه الوصفة.
كيفية القيام بذلك
افتح عرض الفروع لمستودع myWebApp Git في مدخل الفريق غير المحدود للأجزاء. حدد الفرع الرئيسي، ومن القائمة المنسدلة، اختر نهج الفرع:
في طريقة عرض النهج، يقدم النهج الجاهزة. تعيين الحد الأدنى لعدد المراجعين إلى 1:
يسمح خيار السماح للطلبين بالموافقة على التغييرات الخاصة بهم للمرسل بالموافقة الذاتية على تغييراتهم.
في حين أن هذا قد يكون مقبولا للفرق الناضجة، بشكل عام، فإنه يجب تجنبه.
استخدم نهج المراجعة مع نهج تحليل التعليقات. يسمح لك بفرض حل تعليقات مراجعة التعليمات البرمجية قبل قبول التغييرات. يمكن للمطالب أخذ الملاحظات من التعليق وإنشاء عنصر عمل جديد وحل التغييرات. يضمن على الأقل عدم فقدان تعليقات مراجعة التعليمات البرمجية مع قبول التعليمات البرمجية في الفرع الرئيسي:
يحرض المطلب على تغيير التعليمات البرمجية في مشروع الفريق. إذا كان عنصر العمل الذي قام بتشغيل العمل غير مرتبط بالتغيير، يصبح من الصعب فهم سبب إجراؤه بمرور الوقت. وهو مفيد بشكل خاص عند مراجعة محفوظات التغييرات. قم بتكوين نهج التحقق من وجود عناصر عمل مرتبطة لمنع التغييرات التي لا تحتوي على عنصر عمل مرتبط بها:
حدد الخيار لتضمين المراجعين تلقائيا عند رفع طلب سحب تلقائيا. يمكنك تعيين المراجعين الذين تتم إضافتهم استنادا إلى منطقة التعليمات البرمجية التي يتم تغييرها:
كيفية عملها
مع تطبيق نهج الفرع، أصبح الفرع الرئيسي محميا بالكامل الآن.
الطريقة الوحيدة لدفع التغييرات إلى الفرع الرئيسي هي أولا إجراء التغييرات في فرع آخر ثم رفع طلب سحب لتشغيل سير عمل قبول التغيير.
اختر إنشاء فرع جديد من إحدى قصص المستخدم الموجودة في مركز عنصر العمل.
من خلال إنشاء فرع جديد من عنصر عمل، يتم ربط عنصر العمل هذا تلقائيا بالفرع.
يمكنك اختياريا تضمين أكثر من عنصر عمل واحد مع فرع كجزء من سير عمل الإنشاء:
بادئة في الاسم عند إنشاء الفرع لإنشاء مجلد للفرع للانتقال إليه.
في المثال السابق، سينتقل الفرع في المجلد . إنها طريقة رائعة لتنظيم الفروع في بيئات مشغولة.
مع تحديد الفرع الذي تم إنشاؤه حديثا في مدخل الويب، قم بتحرير ملف HomeController.cs لتضمين قصاصة التعليمات البرمجية التالية وتثبيت التغييرات على الفرع.
في الصورة أدناه، سترى أنه يمكنك تثبيت التغييرات مباشرة بعد تحرير الملف بالنقر فوق زر التثبيت.
يدعم عنصر تحكم مسار الملف في مدخل الفريق البحث.
ابدأ بكتابة مسار الملف لمشاهدة جميع الملفات في مستودع Git الخاص بك ضمن هذا الدليل، بدءا من ظهور هذه الأحرف في القائمة المنسدلة لنتائج البحث في مسار الملف.
يحتوي محرر التعليمات البرمجية في مدخل الويب على العديد من الميزات الجديدة في Azure DevOps Server، مثل دعم مطابقة الأقواس وتبديل المسافة البيضاء.
يمكنك تحميل لوحة الأوامر بالضغط عليه. من بين العديد من الخيارات الجديدة الأخرى، يمكنك الآن تبديل الملف باستخدام خريطة مصغرة للملف وطيه وتوسيعه والعمليات القياسية الأخرى.
لدفع هذه التغييرات من الفرع الجديد إلى الفرع الرئيسي، قم بإنشاء طلب سحب من طريقة عرض طلب السحب.
حدد الفرع الجديد كمصدر والفرع الرئيسي كفرع الهدف.
يدعم نموذج طلب السحب الجديد markdown، بحيث يمكنك إضافة الوصف باستخدام بناء جملة markdown.
تدعم نافذة الوصف أيضا إشارات @ و # لربط عناصر العمل:
يتم إنشاء طلب السحب؛ تلخص صفحة النظرة العامة التغييرات وحالة النهج.
تعرض لك علامة التبويب ملفات قائمة بالتغييرات والفرق بين الإصدارين السابق والحالي.
ستظهر أي تحديثات يتم دفعها إلى ملفات التعليمات البرمجية في علامة التبويب تحديثات، وتظهر قائمة بجميع عمليات التثبيت ضمن علامة التبويب Commits:
افتح علامة التبويب ملفات: تدعم طريقة العرض هذه تعليقات التعليمات البرمجية على مستوى السطر ومستوى الملف وعموما.
تدعم التعليقات كلا من @ للإشارات و # لربط عناصر العمل، ويدعم النص بناء جملة markdown:
تستمر تعليقات التعليمات البرمجية في سير عمل طلب السحب؛ تدعم تعليقات التعليمات البرمجية تكرارات متعددة للمراجعات وتعمل بشكل جيد مع الاستجابات المتداخلة.
يسمح نهج المراجع بسير عمل مراجعة التعليمات البرمجية كجزء من قبول التغيير.
إنها طريقة ممتازة للفريق للتعاون في أي تغييرات في التعليمات البرمجية يتم دفعها إلى الفرع الرئيسي.
عندما يوافق العدد المطلوب من المراجعين على طلب السحب، يمكن إكماله.
يمكنك أيضا وضع علامة على طلب السحب للإكمال التلقائي بعد المراجعة. يتم إكمال طلبات السحب تلقائيا بمجرد تحويل جميع النهج برمجيا بنجاح.
هناك المزيد
هل سبق لك أن كنت في حالة تم فيها حذف فرع عن طريق الخطأ؟ لا يمكن أن يكون من السهل معرفة ما حدث.
يدعم Azure DevOps Server الآن البحث عن الفروع المحذوفة. يساعدك على فهم من قام بحذفه ومتى. تسمح لك الواجهة أيضا بإعادة إنشاء الفرع.
يتم عرض الفروع المحذوفة فقط إذا قمت بالبحث عنها باسمها الدقيق لإزالة الضوضاء من نتائج البحث.
للبحث عن فرع محذوف، أدخل اسم الفرع الكامل في مربع البحث الفرعي. سيعيد أي فروع موجودة تطابق هذا النص.
سترى أيضا خيارا للبحث عن تطابق تام في قائمة الفروع المحذوفة.
إذا تم العثور على تطابق، فسترى من قام بحذفه ومتى. يمكنك أيضا استعادة الفرع. ستؤدي استعادة الفرع إلى إعادة إنشائه عند التثبيت الذي تم الإشارة إليه مؤخرا.
ومع ذلك، فإنه لن يستعيد النهج والأذونات.