خادم Azure DevOps

الموسوعة الحرة

يُعدّ Azure DevOps Server ، المعروف سابقًا باسم Team Foundation Server ( TFS ) و Visual Studio Team System ( VSTS )، منتجًا من مايكروسوفت يوفر إمكانية التحكم في الإصدارات (إما باستخدام Team Foundation Version Control (TFVC) أو Git )، وإعداد التقارير، وإدارة المتطلبات ، وإدارة المشاريع (لفرق تطوير البرمجيات الرشيقة وفرق تطوير البرمجيات التقليدية )، وعمليات البناء الآلية، والاختبار ، وإدارة الإصدارات . وهو يغطي دورة حياة التطبيق بالكامل ، ويُمكّن إمكانيات DevOps . [ 2 ] يمكن استخدام Azure DevOps كخادم خلفي للعديد من بيئات التطوير المتكاملة (IDEs)، ولكنه مُصمم خصيصًا لـ Microsoft Visual Studio و Eclipse على جميع المنصات. [ 3 ]

الحلول المحلية مقابل الحلول عبر الإنترنت

يتوفر Azure DevOps بنسختين: محلية ("الخادم") وعبر الإنترنت ("الخدمات"). [ 4 ] تُسمى النسخة الأخيرة Azure DevOps Services (كانت تُعرف سابقًا باسم Visual Studio Online قبل تغيير اسمها إلى Visual Studio Team Services في عام 2015). تعتمد هذه الخدمة السحابية على منصة Microsoft Azure السحابية. وتستخدم نفس الشيفرة البرمجية المستخدمة في النسخة المحلية من Azure DevOps، مع تعديلات طفيفة، وتُطبّق أحدث الميزات. يُسجّل المستخدم دخوله باستخدام حساب Microsoft لإعداد بيئة عمل، وإنشاء مشاريع، وإضافة أعضاء الفريق. تُضاف الميزات الجديدة التي تُطوّر في دورات تطوير قصيرة إلى النسخة السحابية أولًا. ثم تُنقل هذه الميزات إلى النسخة المحلية كتحديثات، على فترات زمنية تقارب ثلاثة أشهر. [ 5 ]

بنيان

بنية الخادم

تعتمد Azure DevOps على بنية متعددة الطبقات قابلة للتوسع. يتكون الهيكل الأساسي من طبقة التطبيقات المسؤولة عن معالجة المنطق وصيانة بوابة تطبيقات الويب (المعروفة باسم Team Web Access أو TWA). تستخدم Azure DevOps خدمات الويب الخاصة بـ Windows Communication Foundation . ولدعم قابلية التوسع، يمكن موازنة أحمال طبقة التطبيقات وتجميع طبقة البيانات. [ 6 ]

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

يمكن دمج Azure DevOps مع مزرعة SharePoint الحالية . [ 7 ] ولدعم الفرق التي تتطلب جدولة مشاريع المؤسسة، يتكامل Azure DevOps أيضًا مع Microsoft Project Server .

قابلية التوسعة

تُوفر مايكروسوفت واجهتي برمجة تطبيقات (APIs) مستقلتين مُعاد توزيعهما للاتصال بـ Azure DevOps: حزمة تطوير برمجيات Java (Java SDK) وحزمة تطوير برمجيات .NET Framework (.NET Framework SDK). تُتيح هاتان الواجهتان اتصال العميل بـ Azure DevOps. ولأن Azure DevOps مبني على بنية موجهة نحو الخدمات ، فإنه يُمكنه التواصل مع أي أداة تقريبًا قادرة على استدعاء خدمة ويب. ومن الآليات القابلة للتوسيع الأخرى الاشتراك في تنبيهات النظام، مثل التنبيهات التي تُشير إلى تغيير عنصر عمل أو اكتمال عملية بناء. [ 8 ] عند استخدام هذه التنبيهات في سيناريو قابل للتوسيع، يُمكن إرسالها إلى خدمة ويب، مما يُؤدي إلى تنفيذ إجراءات لتعديل عناصر العمل أو تحديثها (مثل تطبيق قواعد عمل متقدمة أو إنشاء عناصر عمل برمجيًا بناءً على سيناريو مُحدد).

يمكن أيضًا توسيع مستودع البيانات من خلال إنشاء محولات مخصصة لمستودع البيانات. [ 9 ]

العملاء

يدعم Azure DevOps كلاً من Visual Studio 2010 والإصدارات الأحدث، وMicrosoft Test Manager (MTM) 2012 و2013. ويمكن ربط Eclipse والإصدارات الأقدم من Visual Studio وبيئات أخرى بـ Azure DevOps باستخدام موفر تكامل التحكم في شفرة المصدر من Microsoft. [ 10 ]

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

مع إصدار Team Foundation Server 2012، تم دمج Microsoft PowerPoint مع Azure DevOps لتمكين تطوير لوحات القصة بسرعة، مما يُسهم في إدارة المتطلبات. يوفر هذا التكامل أشكالًا قابلة للتوسيع للوحات القصة، يمكن استخدامها لإنشاء أي نوع من نماذج واجهة المستخدم، والتي يمكن تحريكها باستخدام وظائف PowerPoint المدمجة. بعد ذلك، يمكن ربط لوحات القصة هذه بعناصر العمل.

In an effort to handle the growing geographic dispersion of teams and to involve stakeholders earlier and more often in the process, Microsoft added the Feedback Client.[11] This tool allows users to exercise an application, annotate what they are seeing with audio and video, capture screens and provide contextual feedback to the development team.

Work items

At the heart of Azure DevOps is the "work item", which can be work that needs to be accomplished, a risk to track, a test case, a bug, etc. Work items are defined through the XML documents and are highly extensible.[12] Work items are combined into a Process Template that contains these and other pieces of information to provide a development framework. Azure DevOps includes Process Templates for the Microsoft Solutions Framework for Agile, Scrum and CMMI.[13]

Work items can be linked to each other using different relationships to create a hierarchical tree of work items or a flat relationship between work items. Work items can also be linked to external artifacts such as web pages, documents, source code, build results, test results and specific versions of items in source control.

The flexibility in the work item system allows Azure DevOps to play many roles from requirements management to bug tracking, risk and issue tracking, as well as recording the results of reviews. The extensible linking capabilities ensure that traceability from requirements to source code to test cases and results can be accomplished and reported on for auditing purposes as well as historical understanding of changes.

Source control

Azure DevOps supports two different types of source control – its original source control engine called Team Foundation Version Control (TFVC) and with the release of TFS 2013, it supports Git as a core source control repository.

Team Foundation Version Control

TFVC هو نظام مركزي للتحكم في الإصدارات، يسمح للفرق بتخزين أي نوع من الملفات في مستودعه. [ 14 ] يدعم TFVC نوعين مختلفين من مساحات العمل عند استخدام أدوات العميل: مساحات عمل الخادم ومساحات العمل المحلية. [ 15 ] تتيح مساحات عمل الخادم للمطورين قفل الملفات قبل سحبها، وإرسال إشعارات إلى المطورين الآخرين عند تعديل الملفات. من الشكاوى الشائعة لهذا النموذج أن الملفات على جهاز التطوير تُعلّم كقراءة فقط. كما يتطلب من المطورين "قطع الاتصال" عند تعذر الاتصال بالخادم. صُممت مساحات العمل المحلية لتجنب هذه المشاكل. في بيئة العمل المحلية، لا تكون الملفات للقراءة فقط، ولا يلزم سحبها قبل العمل عليها. طالما أن الملفات موجودة على جهاز المطور المحلي، فلا يهم ما إذا كان الخادم متصلاً أم لا. تُحل التعارضات عند تسجيل الدخول .

لتحسين أداء العملاء عن بُعد، يوفر Azure DevOps إمكانية تثبيت خوادم الوكيل . [ 16 ] تسمح خوادم الوكيل بتخزين محتويات نظام التحكم في المصدر مؤقتًا في موقع أقرب إلى المطورين لتجنب عمليات نقل البيانات الطويلة عبر الشبكة وما يصاحبها من زمن استجابة. مع ذلك، لا تزال عمليات تسجيل الدخول تُجرى مباشرةً على طبقة تطبيق Azure DevOps، لذا فإن خادم الوكيل يكون أكثر فائدة في سيناريوهات القراءة.

كجزء من محرك التحكم في المصادر، يدعم Azure DevOps عددًا من الميزات لمساعدة المطورين على ضمان اتباع التعليمات البرمجية المُسجلة لقواعد قابلة للتكوين. كما يدعم Azure DevOps ميزة تحليل التعليمات البرمجية، والتي تُعرف عند استخدامها بشكل مستقل باسم FxCop .

جيت

مع إصدار TFS 2013، أضافت مايكروسوفت دعمًا أصليًا لـ Git . هذا ليس تطبيقًا خاصًا بمايكروسوفت، بل هو تطبيق قياسي يعتمد على مكتبة libgit2 [ 17 ] . وبفضل اعتماد مايكروسوفت على مكتبة قياسية، أصبح بالإمكان استخدام أي عميل Git بشكل أصلي مع Azure DevOps. يتيح هذا للأدوات على أي منصة وأي بيئة تطوير متكاملة (IDE) تدعم Git الاتصال بـ Azure DevOps. إضافةً إلى ذلك، إذا لم يرغب المطورون في استخدام إضافة Team Explorer Everywhere من مايكروسوفت لـ Eclipse ، فيمكنهم اختيار استخدام eGit [ 18 ] للاتصال بـ Azure DevOps.

إعداد التقارير

تتألف بنية إعداد التقارير من مستودع بيانات [ 19 ] ، وهو قاعدة بيانات علائقية، ومكعب بيانات SQL Server Analysis Services [ 20 ] . يتوفر كلا المصدرين لإعداد التقارير من خلال SQL Server Reporting Services عند تثبيت هذا الخيار. وبما أنهما بنيتان قياسيتان لقواعد البيانات والمكعبات، فإن أي أداة يمكنها الإشارة إلى مصادر البيانات هذه تستطيع إعداد التقارير منها. يشمل ذلك أدوات مثل Cognos و Tableau و Excel وغيرها من أدوات إعداد التقارير. يتضمن كل قالب عملية جاهز للاستخدام مجموعة من التقارير لخدمات إعداد التقارير، والتي تغطي معلومات البناء، ونتائج الاختبارات وتقدمها، وإدارة المشاريع، وتقارير منهجية أجايل (نظرة عامة على قائمة المهام المتراكمة، ومخطط حرق الإصدار، ومخطط حرق دورة التطوير، والسرعة)، وبيانات الأخطاء والمشاكل. يمكن إنشاء تقارير جديدة باستخدام أداة إنشاء التقارير لـ SSRS، كما يمكن تعديل أي من التقارير الموجودة.

قدم TFS 2013 ميزة جديدة تسمى "إعداد التقارير الخفيفة" والتي توفر القدرة على إنشاء تقارير في الوقت الفعلي بناءً على نتائج الاستعلام والتي لا تعتمد على المستودع أو المكعب.

بناء الفريق

يُعدّ Team Build (قبل إصدار TFS 2015) تطبيق خادم بناء مُضمّنًا في Team Foundation Server. ويتكوّن Team Build من مُكوّنين رئيسيين هما MSBuild و Windows Workflow Foundation . MSBuild هي لغة XML تعريفية تُشبه Apache Ant .

يتحكم نظام سير عمل ويندوز في التدفق العام لعملية البناء، ويتضمن Azure DevOps العديد من أنشطة سير العمل الجاهزة لإدارة المهام الشائعة التي تُنفذ أثناء عملية البناء. [ 21 ] يتميز نظام البناء بقابلية التوسع، حيث يمكن للمستخدمين إنشاء أنشطة سير عمل خاصة بهم، بالإضافة إلى إمكانية دمج MSBuild في العملية وتنفيذ عمليات خارجية.

يمكن تهيئة عملية البناء لأنواع مختلفة من عمليات البناء بما في ذلك عمليات البناء المجدولة، والتكامل المستمر ، والتحقق المقيد، وعمليات البناء المتدرجة.

تُعدّ عملية البناء في Azure DevOps جزءًا من آلية التتبع، حيث يجمع Team Build العديد من العناصر التي يتم إنشاؤها وتخزينها في Azure DevOps. وبافتراض أن المطورين يربطون شفرة المصدر بعناصر العمل عند تسجيل الدخول، فإن Team Build قادر على إعداد تقارير عن التغييرات في كل عملية بناء - سواءً تغييرات شفرة المصدر أو تغييرات عناصر العمل، بالإضافة إلى نتائج الاختبار. ومع حلّ الأخطاء وعناصر العمل القابلة للتنفيذ ( PBIs) ودمجها في عمليات البناء، يتم تحديث عناصر العمل التي تتعقب هذه العناصر تلقائيًا للإشارة إلى عملية البناء التي تم دمجها فيها بنجاح. وبالتكامل مع أدوات الاختبار، يحصل المختبرون على رؤية متكاملة للشفرة التي تم تغييرها في كل عملية بناء، بالإضافة إلى الأخطاء وعناصر العمل القابلة للتنفيذ (PBIs) وغيرها من الأعمال التي تغيرت من عملية بناء إلى أخرى.

إدارة الإصدارات

في منتصف عام 2013، استحوذت مايكروسوفت على منتج يُدعى InRelease من شركة InCycle Software. [ 22 ] تم دمج InRelease بالكامل في Team Foundation Server 2013. وقد عززت هذه الميزة عمليات البناء والاختبار الآلية، مما أتاح حلاً حقيقياً للنشر المستمر . أُعيد تسمية الأدوات إلى "إدارة الإصدارات" لـ TFS 2013. تُمكّن إمكانيات إدارة الإصدارات الفرق من تنفيذ إصدار مُتحكم به، مدفوع بسير عمل (مُقدم من Windows Workflow Foundation )، إلى بيئات التطوير والاختبار والإنتاج، كما توفر لوحات تحكم لمراقبة تقدم إصدار واحد أو أكثر.

تاريخ

تم إصدار النسخة الأولى من خادم مؤسسة الفريق في 17 مارس 2006. [ 23 ]

اسم المنتجاستمارةسنة الإصداررقم الإصدار [ 24 ] [ 25 ]
خادم مؤسسة الفريق 2005في الموقع20068
خادم مؤسسة الفريق 2008في الموقع20089
Team Foundation Server 2010 [ 26 ]في الموقع201010
معاينة خدمة مؤسسة الفريقسحاب2012
خادم مؤسسة الفريق 2012في الموقع201211
Visual Studio Online [ 27 ]سحاب2013
خادم مؤسسة الفريق 2013في الموقع201312
خادم مؤسسة الفريق 2015في الموقع201514
خدمات فريق Visual Studioسحاب2015
خادم مؤسسة الفريق 2017في الموقع201715
خادم مؤسسة الفريق 2018في الموقع201716
خدمات Azure DevOps [ 28 ]سحاب2018
Azure DevOps Server 2019 [ 29 ]في الموقع201917
Azure DevOps Server 2020في الموقع202018
Azure DevOps Server 2022 [ 30 ]في الموقع2022

انظر أيضاً

مراجع

  1. ↑ "ملاحظات إصدار Azure DevOps Server" . Microsoft Learn . تم الاطلاع عليه بتاريخ 25-10-2025 .
  2. ↑ "إدارة دورة حياة التطبيقات باستخدام Visual Studio و Team Foundation Server" . MSDN . مايكروسوفت. 2013. تم الاطلاع عليه بتاريخ 15-10-2013 .
  3. ↑ "اعتماد Team Explorer في كل مكان" . MSDN . مايكروسوفت. 28 أبريل 2015. تم الاطلاع عليه بتاريخ 26 مايو 2017 .
  4. ↑ "ما هو Azure DevOps؟ الخدمات والأمثلة وأفضل الممارسات" . codefresh.io .
  5. ↑ "إصدار جديد من برنامج 'كادنس' يبدأ مع تحديث Visual Studio 2012 رقم 2" . 1105 ميديا. 2013. تم الاطلاع عليه بتاريخ 15 أكتوبر 2013 .
  6. ↑ "تحسينات التوافر (محرك قاعدة البيانات)" . مايكروسوفت. 2012. تم الاسترجاع في 17-10-2013 .
  7. ↑ "بنية خادم مؤسسة الفريق" . مايكروسوفت. 2012. تم الاطلاع عليه بتاريخ 17-10-2013 .
  8. ↑ "ضبط التنبيهات، وتلقي الإشعارات عند حدوث التغييرات" . مايكروسوفت. 2013. تم الاسترجاع في 17-10-2013 .
  9. ↑ "كيفية إنشاء محول" . مايكروسوفت. 2008. تم الاطلاع عليه بتاريخ 17-10-2013 .
  10. ↑ "موفر MSSCCI لخادم Microsoft Visual Studio Team Foundation Server 2012" . مايكروسوفت. 2012. تم الاطلاع عليه بتاريخ 17-10-2013 .
  11. ↑ "طلب ومراجعة التعليقات" . مايكروسوفت. 2012. تم الاسترجاع في 17-10-2013 .
  12. ↑ "كيفية تخصيص عناصر العمل وسير العمل في TFS 2010" . تيد غوستاف. 2010. مؤرشف من الأصل بتاريخ 19-10-2013 . تم الاطلاع عليه بتاريخ 17-10-2013 .
  13. ↑ "أدوات مايكروسوفت فيجوال ستوديو تيم فاونديشن سيرفر 2013" . مايكروسوفت. 2013. تم الاطلاع عليه بتاريخ 17-10-2013 .
  14. ↑ "التحكم في إصدارات Team Foundation (TFVC)" . Azure DevOps. وثائق Microsoft . تم الاطلاع عليه بتاريخ 23-09-2019 .
  15. ↑ "مساحات عمل الخادم مقابل مساحات العمل المحلية" . فيل كيلي. 2013. تم الاطلاع عليه بتاريخ 17-10-2013 .
  16. ↑ "كيفية تثبيت Team Foundation Proxy وإعداد موقع بعيد" . مايكروسوفت. 2013. تم الاطلاع عليه بتاريخ 17-10-2013 .
  17. ↑ "GitHub libgit2/libgit2" . GitHub. 2013. تم الاطلاع عليه بتاريخ 31-10-2013 .
  18. ↑ "EGit" . إكليبس. 2013. تم الاسترجاع في 31-10-2013 .
  19. ↑ "مكونات مستودع بيانات TFS" . مايكروسوفت. 2013. تم الاطلاع عليه بتاريخ 17-10-2013 .
  20. ↑ "وجهات النظر ومجموعات القياس المتوفرة في مكعب خدمات التحليل لنظام الفريق" . مايكروسوفت. 2013. تم الاطلاع عليه بتاريخ 17-10-2013 .
  21. ↑ "أنشطة بناء أساس الفريق" . مايكروسوفت. 2013. تم الاسترجاع في 17-10-2013 .
  22. ↑ "استحوذت مايكروسوفت على InRelease، مضيفةً بذلك ميزة النشر المستمر إلى Visual Studio وTeam Foundation Server" . The Next Web. 2013. تاريخ الاسترجاع: 15 نوفمبر 2013 .
  23. ↑ تافت، داريل ك. (16 مارس 2006). "مايكروسوفت تعلن عن إصدار خادم مؤسسة الفريق" . التطوير. إي ويك . زيف ديفيس . تم الاسترجاع في 13 أكتوبر 2019 .
  24. ↑ kexugit (21 نوفمبر 2013). "ما هو إصدار خادم مؤسسة الفريق الذي أستخدمه؟" . docs.microsoft.com . تم الاطلاع عليه بتاريخ 26 أغسطس 2020 .
  25. ↑ "الجدول الزمني لميزات Azure DevOps" . docs.microsoft.com . تم الاطلاع عليه بتاريخ 15 فبراير 2021 .
  26. ↑ "مايكروسوفت تكشف عن الإصدار التالي من فيجوال ستوديو و.NET Framework" . أخبار الشركة . مايكروسوفت . 29 سبتمبر 2008. تاريخ الاطلاع: 13 أكتوبر 2019 .
  27. ↑ برايت، بيتر (12 نوفمبر 2013). "مايكروسوفت تنقل التطوير إلى الحوسبة السحابية مع فيجوال ستوديو أونلاين" . تكنولوجيا المعلومات. آرس تكنيكا . كوندي ناست . تاريخ الاسترجاع: 13 أكتوبر 2019 .
  28. ↑ كول، جيمي (10 سبتمبر 2018). "تقديم Azure DevOps" . مدونة. مايكروسوفت أزور . مايكروسوفت . تم الاطلاع بتاريخ 13 أكتوبر 2019 .
  29. ↑ ماكي، كورت (5 مارس 2019). "متوفر الآن: Azure DevOps Server 2019" . مدونة. مايكروسوفت أزور . مايكروسوفت . تم الاطلاع بتاريخ 13 أكتوبر 2019 .
  30. ↑ موراليس، غلوريديل (2022-12-06). "متوفر الآن: Azure DevOps Server 2022 RTW" . مدونة. مدونة Azure DevOps . مايكروسوفت .