NTLM سينتهي في Git/libcurl: فرق Azure DevOps Server تحتاج خطة ترحيل حقيقية

Emiliano Montesdeoca — Mon, 20 Jul 2026 00:00:00 +0000

إزالة NTLM القادمة في libcurl هي واحدة من تلك التغييرات التي تبدو تقنية لكنها في الواقع تنظيمية. إذا كان مسار Git عبر HTTPS إلى Azure DevOps Server لا يزال يعتمد على NTLM، فمشكلتك ليست أدوات، بل دين هوية.

المصدر الأصلي: https://devblogs.microsoft.com/devops/upcoming-change-ntlm-removal-in-git-libcurl-impact-to-azure-devops-server-customers/

Microsoft محقة في الدفع بقوة هنا. NTLM لديه نقاط ضعف تشفيرية معروفة ولا يجب أن يكون افتراضيًا للمؤسسات الحديثة. الجزء الخطير هو أن العديد من البيئات تعتقد أنها تستخدم Kerberos عندما تكون في الواقع تعيش على التراجع الصامت لـ SPNEGO إلى NTLM. ذلك الوهم يختفي في سبتمبر 2026.

رأيي: لا تتعامل مع هذا كمشكلة “إصدار عميل.” إعادة تمكين أعلام NTLM، أو تثبيت بنيات Git قديمة، أو الأمل في بقاء التراجع متاحًا هو حل مؤقت قصير العمر بمخاطر طويلة الأمد. إذا كانت استراتيجية علاجك هي التخفيض والتأخير، فأنت تزيد الهشاشة التشغيلية بنشاط.

يجب أن يكون تسلسل الترحيل العملي حادًا وقابلاً للقياس.

أولاً، تحقق من سلوك المصادقة الحالي الآن. قم بتشغيل فحوصات قائمة على التتبع والتحقق من صحة ذاكرة التخزين المؤقت للتذاكر في سياقات المطورين ووكلاء البناء الحقيقية، بما في ذلك مسارات خارج المجال والشبكات البعيدة. ثانيًا، أصلح Kerberos من النهاية إلى النهاية: SPNs، وأسماء DNS المستعارة، وإعدادات موازن التحميل، والتفويض، وقابلية الوصول إلى وحدة تحكم المجال. ثالثًا، حدد سيناريوهات غير المنضمة إلى المجال أو مجموعة العمل مبكرًا وصمم مسار SSH حيث لا يمكن جعل Kerberos موثوقًا.

تحتاج أيضًا إلى وضوح الملكية. فرق الأمان يجب أن تحدد خطوط الأساس للسياسات، لكن هندسة المنصة يجب أن تملك جاهزية التنفيذ. هذا لا يمكن أن يكون مهمة جانبية لمسؤولي المستودعات الأفراد. يتطلب تغييرات منسقة عبر IIS و AD وحافة الشبكة ووكلاء CI وإرشادات مطور الأجهزة.

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

الجانب الإيجابي حقيقي. الانتقال النظيف إلى Kerberos أو SSH لا يتجنب الكسر فقط، بل يقلل سطح الهجوم ويوائم ضوابط الهوية مع توقعات الامتثال الحديثة. الفرق التي تبدأ هذا الانتقال الآن ستتعامل مع سبتمبر كحدث عادي. الفرق التي تنتظر ستصحح أخطاء المصادقة تحت ضغط الإصدار.

هذا ليس تحذيرًا للأرشفة. إنه موعد نهائي للتنفيذ ضده.

مراجعة طلبات السحب داخل Visual Studio هي بالضبط نوع تقليل الاحتكاك الذي يعجبني

Emiliano Montesdeoca — Sun, 21 Jun 2026 00:00:00 +0000

تمت ترجمة هذه المقالة تلقائيًا. لقراءة الأصل، انقر هنا.

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

لذلك أنا سعيد جدًا لرؤية Visual Studio يتقدم أكثر في مراجعة طلبات السحب من البداية إلى النهاية داخل IDE.

هذه من تلك الميزات التي قد لا تصنع عناوين ضخمة، لكنها قادرة تمامًا على تحسين التطوير اليومي.

القيمة الرئيسية بسيطة: تبديل سياق أقل

عندما تعيش حلقة المراجعة جزئيًا داخل IDE وجزئيًا في المتصفح، يتراكم الاحتكاك:

افتح طلب السحب في مكان آخر
افحص التغييرات في أداة واحدة
ارجع إلى الحل لمزيد من التحقيق
انتقل مرة أخرى للتعليق أو الموافقة

الأمر ليس كارثيًا. إنه فقط غير فعّال.

إذا تمكن Visual Studio من أن يتيح لك فتح طلب السحب وفحصه والتعليق عليه والموافقة عليه ودمجه من نفس بيئة العمل، فهذه مكسب إنتاجي حقيقي.

خيار “المراجعة من دون checkout” لطيف بشكل خاص

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

قد يبدو ذلك صغيرًا، لكنه مثالي لـ:

جولات مراجعة سريعة
طلبات ملاحظات مرتبطة بمقاطعات العمل
إبقاء الفرع الحالي والحالة المحلية كما هي

هذا بالضبط نوع المرونة التي تحتاجها أدوات مراجعة الكود الجيدة.

وجهة نظري

هذه ليست ميزة ثورية.

إنها شيء أفضل: ميزة عملية.

بالنسبة للفرق التي تقضي معظم يومها في Visual Studio، فإن دعم مراجعة طلبات السحب بشكل أعمق يعني انقطاعات أقل في سير العمل ومسارًا أكثر سلاسة من الفحص إلى الفعل.

هذا تحسين يستحق العناء في رأيي.

المقال الأصلي: مراجعة طلبات السحب من دون مغادرة Visual Studio

Git | The .NET Blog

NTLM سينتهي في Git/libcurl: فرق Azure DevOps Server تحتاج خطة ترحيل حقيقية

مراجعة طلبات السحب داخل Visual Studio هي بالضبط نوع تقليل الاحتكاك الذي يعجبني

القيمة الرئيسية بسيطة: تبديل سياق أقل

خيار “المراجعة من دون checkout” لطيف بشكل خاص

وجهة نظري