إذا كان فريق التطوير الخاص بك يعمل على نظام التشغيل Windows 11 وكان لكل شخص "إعداد" خاص به تم بناؤه يدويًا، مع عمليات تثبيت مختلفة، وبرامج نصية مفقودة، وألف أداة مفتوحة في نفس الوقت، فمن المحتمل جدًا أنك تضيع الوقت والجودة في كل عملية تسليم. تم تصميم Microsoft Dev Home وMicrosoft Dev Box بدقة لمركزة هذه البيئات وتوحيدها وأتمتتها.تقليل الاحتكاك التقني وتسريع دورات التطوير.
بعيدًا عن كونها مجرد لوحة جميلة، تتكامل واجهة Dev Home مع GitHub وAzure DevOps وأدوات الإدارة مثل وينجيتمحرك الأقراص التطويري، وأدوات المراقبة، وفي السيناريوهات المتقدمة، صندوق التطوير، وIntune، وAzureكل هذا يجعل نظام التشغيل Windows 11 منصة أكثر تنافسية للفرق التي تقوم ببناء برامج مخصصة أو حلول سحابية أو علوم البيانات أو تطبيقات الأعمال المعقدة.
ما هو Microsoft Dev Home ولماذا هو أساسي لفرق التطوير؟
موقع Microsoft Dev Home هو تطبيق ويندوز 11 مصمم ليكون بمثابة مركز التحكم للمطورمن خلال لوحة تحكم واحدة قابلة للتخصيص، يمكنك مراقبة الفريق، وربط المستودعات، وتكوين بيئات التطوير، وأتمتة عمليات التثبيت، وتجنب الفوضى الناتجة عن فتح عشرة تطبيقات للقيام بنفس الشيء.
فلسفة شركة ديف هوم واضحة: قلل الوقت بين تشغيل الكمبيوتر والبدء في العمل على التعليمات البرمجية المفيدة.يتضمن ذلك توحيد البيئات، وتبسيط عملية انضمام المطورين الجدد، وتوفير رؤية فورية لحالة النظام والمشاريع.
على الرغم من أن التركيز ينصب على الملفات الشخصية التقنية، يمكن أن تستفيد أيضاً الأدوار الأخرى المرتبطة ارتباطاً وثيقاً بالتنمية (المهندسين المعماريين، وعلماء البيانات، ومهندسي DevOps أو مديري المنتجات التقنية) الذين يتعين عليهم إدارة مشاريع متعددة، واتصالات عن بعد، وبرامج نصية، وموارد سحابية من نفس الفريق.
يُعد Dev Home خيارًا مناسبًا بشكل خاص للمؤسسات التي تعمل بالفعل مع خدمات Azure، أو GitHub، أو Azure DevOps، أو حتى AWSوالسبب؟ إنه يجعل من السهل مركزة الاتصالات والمستودعات وجزء من إمكانية مراقبة البيئة دون الحاجة إلى التنقل من وحدة تحكم إلى أخرى.
تثبيت Dev Home والبدء في استخدام Windows 11
تثبيت Dev Home على نظام التشغيل Windows 11 عملية بسيطة للغاية ولا تتطلب أن تكون مسؤول نظام متمرسًا. أسهل طريقة هي استخدام متجر مايكروسوفت.ما عليك سوى البحث عن "Dev Home" وبدء التنزيل للحصول على أحدث إصدار مستقر أو إصدار تجريبي.
إذا كان فريقك يدير فرقًا متعددة في وقت واحد أو كنت ترغب في أتمتة عملية النشر، يمكنك استخدام WinGet، مدير حزم ويندوزيتيح لك أمر بسيط في Windows Terminal تثبيت التطبيق على دفعات على أجهزة كمبيوتر مختلفة، بل وحتى دمجه في نصوص التزويد أو خطوط أنابيب التكامل المستمر.
أما بالنسبة للمستخدمين الذين يفضلون التحكم الكامل، فإن مايكروسوفت تحتفظ مستودع Dev Home الرسمي على GitHub مع ملفات ثنائية قابلة للتنزيليُعد هذا مفيدًا في البيئات التي تكون فيها المتاجر محدودة أو عندما تريد تحديد الإصدار الذي تم تثبيته على كل جهاز بدقة.
بمجرد تثبيت التطبيق، يرحب بك تطبيق Dev Home بـ لوحة تحكم فارغة جاهزة لتبدأ بإضافة الأدوات إليهامؤشرات وحدة المعالجة المركزية، وذاكرة الوصول العشوائي، ووحدة معالجة الرسومات، واستخدام الشبكة، واتصالات SSH النشطة، وحالة مستودع GitHub، وإشعارات طلبات السحب، أو مهام البناء الجارية.
تُعدّ هذه المرونة إحدى نقاط قوتها. بإمكان كل مطور تكييف اللوحة مع سير عمله، إما من أجل البرمجة بلغة بايثون باستخدام WSL، تجميع حلول كبيرة بلغة C++ أو إدارة الخدمات المصغرة المنشورة في السحابة.
الوظائف الرئيسية لتحسين عمليات تطوير الفريق
لكي يُحدث برنامج Dev Home فرقًا حقيقيًا في إنتاجية الفريق، من المهم فهم مكوناته الرئيسية. تكمن قيمته في الجمع بين الإعداد السريع، وتكامل المستودع، ولوحة التحكم، وتحسينات الأداء. موجه نحو التنمية.
إعداد سريع للبيئة باستخدام WinGet والكتالوجات
إحدى أكبر المشاكل التي تواجه الفرق هي أن كل آلة تُصبح في النهاية بيئة فريدة، يصعب إعادة إنتاجها.يعتمد Dev Home على WinGet ومهام التكوين للتخلص من التثبيت اليدوي للأدوات.
من خلال الواجهات الرسومية والتعريفات المستندة إلى YAML، يصبح ذلك ممكناً حدد قوائم التطبيقات والحزم ومجموعات تطوير البرامج والأدوات ينبغي تثبيت هذه البرامج تلقائيًا على كل جهاز أو بيئة تطوير. ويمكن تخزينها في كتالوجات مستضافة على GitHub أو Azure DevOps، بحيث تتم إدارة إصدارات البرامج والتحكم بها.
عملياً، هذا يعني أنه عندما ينضم مطور جديد إلى الفريق، في غضون دقائق، يمكنك جعل البيئة متناغمة مع البقية.نفس المحرر، نفس الإضافات، نفس واجهة سطر الأوامر، نفس قاعدة البيانات أو أدوات تصحيح الأخطاء، إلخ.
بالنسبة للمؤسسات التي تضم فرقًا متعددة (مثل فرق الواجهة الأمامية، والخلفية، وعلوم البيانات)، فمن الممكن الحفاظ على تعريفات وتخصيصات مختلفة للصورمصممة خصيصاً لتلبية احتياجاتك المحددة من ذاكرة الوصول العشوائي (RAM) ووحدة المعالجة المركزية (CPU) ووحدة معالجة الرسومات (GPU) والحزمة.
لوحة تحكم وأدوات قابلة للتخصيص للاستخدام اليومي
قلب ديف هوم هو لوحة تحكم مليئة بأدوات موجهة للمطورينبعيدًا عن كونها مجرد زينة، تساعد هذه اللوحة في توفير رؤية موحدة لحالة الفريق والعمل الذي يتم إنجازه.
ستجد من بين الأدوات الأكثر شيوعًا عناصر لـ مراقبة استخدام وحدة المعالجة المركزية، وذاكرة الوصول العشوائي، ووحدة معالجة الرسومات، والتخزين، والشبكةيُعد هذا مفيدًا بشكل خاص عند العمل مع عمليات البناء الثقيلة، أو الحاويات، أو الأجهزة الافتراضية، أو أحمال العمل التي تتطلب استخدامًا مكثفًا للقرص.
توجد أيضًا أدوات مخصصة لـ GitHub و Azure DevOpsوالتي تعرض المشكلات المفتوحة، وحالة طلبات السحب، وخطوط الأنابيب قيد التشغيل، والأحداث الأخرى ذات الصلة دون الحاجة إلى التنقل بين علامات تبويب المتصفح.
الميزة التي تتمتع بها الفرق هي أن يقوم كل شخص ببناء لوحة تتناسب مع مهامه المعتادة.قد يعطي مطور الواجهة الخلفية الأولوية للسجلات وحالة الخدمة ومستودعات واجهة برمجة التطبيقات، بينما سيركز مطور الواجهة الأمامية على بناء مشاريع الويب ومقاييس أداء المتصفح.
محرك التطوير: الأداء والأمان للتعليمات البرمجية وعمليات البناء
يُعدّ محرك الأقراص التطويري (Dev Drive) عنصرًا أساسيًا آخر، وهو وحدة تخزين افتراضية مُحسَّنة لأنشطة التطويريهدف هذا النظام إلى استضافة مستودعات التعليمات البرمجية، والتبعيات، ونتائج البناء، والملفات الأخرى التي يتم استخدامها باستمرار عند التجميع والتصحيح.
بفضل التكوين الخاص لنظام الملفات وسياسات الأمان، محرك الأقراص المطور يقلل من أوقات التجميع والتحليليُعد هذا الأمر بالغ الأهمية عند العمل مع مستودعات أحادية كبيرة أو مشاريع تحتوي على آلاف الملفات.
علاوة على ذلك، يتضمن تحسينات في الحماية من البرامج الضارة والتفاعل مع أدوات الأمان. لا ينبغي معاقبة الأداء في كل مرة يتم فيها استنساخ المستودعات أو تثبيت التبعيات.بالنسبة للفرق التي تقوم بتجميع حلول كبيرة يومياً، فإن توفير الوقت المتراكم يكون كبيراً جداً.
التكامل مع GitHub وAzure DevOps والخدمات السحابية
لا يقتصر عرض صفحة المطور الرئيسية على عرض معلومات أساسية عن المستودع. يتيح لك التكامل مع GitHub و Azure DevOps تشغيل سير العمل ومراجعة المشكلات وتلقي التنبيهات. دون مغادرة لوحة ويندوز الرئيسية.
من خلال ربط حسابك على GitHub من صفحة المطور الرئيسية، ستتمكن من الوصول السريع إلى المستودعات، وإدارة طلبات السحب، وتتبع المشكلات الرئيسية، ومراقبة إجراءات التكامل المستمر/التسليم المستمر يتم تشغيل هذه العمليات مع كل عملية دفع أو دمج. وينطبق الأمر نفسه على مشاريع Azure DevOps، حيث يمكنك مراقبة مسارات العمل واللوحات والمستودعات.
بالنسبة للشركات التي تقدم أو تستخدم خدمات الحوسبة السحابية على منصتي AWS وAzure، فإن هذا الاتصال يساعد على تنسيق جزء من إدارة البنية التحتية من سطح المكتب: لوحات معلومات تعرض حالة مجموعات AKS أو قواعد بيانات Azure SQL أو الخدمات المنشورة، دون الحاجة إلى فتح وحدات تحكم إدارة متعددة.
أتمتة واستخدام الذكاء الاصطناعي في عملية التطوير
يتعايش موقع Dev Home بشكل جيد للغاية مع الانتشار الهائل للذكاء الاصطناعي في مجال التطوير. مساعد الطيار جيثب كما تم دمج مساعدين آخرين في أدوات تطوير ويندوز (VS Code، الطرفية، المحررات) ويمكن استكمالها بالأدوات والإضافات من Dev Home.
بدأت بعض الفرق بالفعل في قم بإنشاء وكلاء ذكاء اصطناعي يقومون بمراجعة التعليمات البرمجية تلقائيًاتُنشئ هذه الأدوات وثائق أو تُفعّل إجراءات عند اكتشافها لحالات شاذة في المستودعات. وتعمل صفحة المطور الرئيسية كنقطة تكامل، حيث تعرض التنبيهات ونتائج التحليل أو حالة المهام التي تُفعّلها هذه الأدوات.
علاوة على ذلك، فإن الصلة بأدوات يتيح لك برنامج Power BI دمج لوحات معلومات لمقاييس أداء المشروع والفريق.إنتاجية المهام، والوقت المستغرق، وفشل النشر، وجودة الكود، وما إلى ذلك، كلها يمكن الوصول إليها من نفس المكان في نظام التشغيل ويندوز.
مايكروسوفت ديف بوكس: محطات عمل تطوير قائمة على السحابة
وللارتقاء بالتوحيد القياسي خطوة أخرى، تقدم مايكروسوفت Dev Box، محطات عمل تطوير قائمة على السحابة تتكامل هذه البيئة مع Dev Home ونظام Azure البيئي. فبدلاً من الاعتماد كلياً على الجهاز الفعلي، يمكن لكل مطور أن يمتلك بيئة واحدة أو أكثر كاملة في Azure، جاهزة للاتصال عن بُعد.
تم تصميم Dev Box للمؤسسات التي... الحوكمة والأمن والإدارة المركزية للبيئة هذه أمور بالغة الأهمية. الفكرة هي أن يتمكن المطورون من إنشاء بيئات تطوير عند الطلب، مع الصورة والتكوين الصحيحين، دون الحاجة إلى التعامل مع عمليات التثبيت اليدوية أو الأذونات المحلية.
الأدوار المشاركة في تنفيذ Dev Box
يتطلب تطبيق بيئة تطوير البرمجيات في المؤسسة التنسيق بين عدة ملفات تعريف. تُميّز مايكروسوفت ثلاثة أدوار رئيسيةمهندس منصة، قائد فريق تطوير، ومطور برامج.
El مهندس منصة يعملون بتعاون وثيق مع إدارة تقنية المعلومات لتصميم البنية التحتية: من خلال تهيئة Microsoft Entra ID (المعروف سابقًا باسم Azure AD)، وإنشاء مركز التطوير، وربط الشبكات، ومعارض الصور، والمشاريع، وموارد Azure الأخرى. كما أنهم مسؤولون عن دمج Intune، وتحديد سياسات الأمان، والاتصال بموارد الشركة.
El قائد فريق التطوير يركز هذا النظام على تجربة المطور. فهو يحدد الصور التي يحتاجها الفريق، والتخصيصات التي سيتم تطبيقها، وعدد صناديق التطوير التي يمكن أن يمتلكها كل شخص، والمناطق التي سيتم إنشاؤها فيها، وكيفية إدارة مجموعات فريق التطوير.
وأخيرا، المطور يستخدم النظام صناديق التطوير المتاحة في وضع الخدمة الذاتية. يقوم بإنشاء صناديق تطوير جديدة من بوابة المطورين، ويتصل بها من تطبيق ويندوز، ويدير بيئاتها (تشغيلها، إيقاف تشغيلها، وضعها في وضع الإسبات، حذفها) ضمن الحدود التي تحددها المؤسسة.
حدد متطلبات الحوكمة والشبكة والهوية والأجهزة
قبل نشر Dev Box بشكل عشوائي، من الضروري التوقف وتحديد متطلبات تكنولوجيا المعلومات والمستخدم النهائي وتخطيطه دعم الأعمال: ما هي الموارد المطلوبة، ومن أين تتصل المعدات، وما هي سياسات الأمان المعمول بها، وما هي أنواع الصور التي سيتم استخدامها، وما هي الاختلافات المطلوبة في الأجهزة الافتراضية.
إذا كانت الفرق موزعة جغرافياتؤثر منطقة Azure التي يتم فيها إنشاء كل جهاز تطوير على زمن الاستجابة. من الأفضل استضافة أجهزة التطوير بالقرب من المستخدمين قدر الإمكان (على سبيل المثال، اتصال شبكة واحد في غرب الولايات المتحدة لريدموند وآخر في أوروبا للفرق الأوروبية).
من الضروري أيضاً تقييم ما إذا هناك العديد من المشاريع مع عملاء وصلاحيات وفرق عمل مختلفة.في هذه الحالة، يُنصح عادةً بفصل هذه السياقات إلى مشاريع مختلفة ضمن بيئة التطوير نفسها. يتيح لك هذا عزل الصور والمجموعات واتصالات الشبكة حسب المشروع.
فيما يتعلق بالبرمجيات والموارد، يمكن إنشاؤها تعريفات صور مختلفة لكل نوع من أنواع الفرق (على سبيل المثال، صورة واحدة لعلماء البيانات الذين يستخدمون Python و Jupyter وأدوات الذكاء الاصطناعي، وأخرى لتطوير .NET باستخدام Visual Studio، وما إلى ذلك)، وقم بدمج هذه الصور مع أحجام الحوسبة والتخزين المناسبة لكل ملف تعريف.
فيما يتعلق بالهوية والوصول، هناك نموذجان رئيسيان: المؤسسات التي تعتمد على الحوسبة السحابية فقط ولديها معرف تسجيل الدخول من مايكروسوفت أو بيئات هجينة مع Active Directory محلي. ستحدد هذه النقطة ما إذا كان من الممكن استخدام الشبكات المستضافة من قِبل Microsoft أو ما إذا كان من الضروري إعداد اتصالات شبكة Azure مع اتصال هجين.
الشبكات والاتصال والأمان لـ Dev Box
تحتاج أجهزة التطوير إلى الوصول إلى موارد المؤسسة وموارد Azure، مما يجبرها على تصميم اتصالات الشبكة بشكل جيدهناك خياران رئيسيان:
- الشبكات المستضافة من قبل مايكروسوفت (نموذج SaaS والسحابة فقط).
- اتصالات شبكة Azure التي توفر شبكتك الافتراضية الخاصة.
ال الشبكات المستضافة من قبل مايكروسوفت تُعدّ هذه الحلول الأبسط عندما يكون كل شيء موجودًا في السحابة ولا تتطلب قواعد اتصال خارجية معقدة، أو جدران حماية مخصصة، أو الوصول إلى موارد محلية. في هذه الحالات، يكفي ربط أجهزة التطوير بـ Microsoft Entra.
إذا كانت مؤسستك تتطلب ذلك الوصول إلى الموارد المحلية، والتوجيه المتقدم، ومجموعات أمان الشبكة (NSGs)، أو جدران الحمايةلذلك، ستحتاج إلى استخدام اتصالات شبكة Azure. تتيح لك هذه الاتصالات ربط الشبكات الفرعية التي توجد بها أجهزة التطوير بشبكات افتراضية أخرى أو بمركز بيانات الشركة عبر VPN أو ExpressRoute.
يُعدّ علم الطوبولوجيا نمطًا شائعًا جدًا مركز وتكلمتتصل شبكة افتراضية مركزية (محور) بالشبكة المحلية، وتضم عدة شبكات فرعية أجهزة التطوير لكل مشروع أو منطقة، مقترنة بالمحور. يسهل هذا النموذج مركزية قواعد الأمان والتدقيق.
كما يُنصح بالتخطيط الجيد. نطاق عناوين IP من المهم التأكد من توفر عدد كافٍ من عناوين IP لإجراء فحوصات سلامة اتصال شبكة Azure ولبنية Dev Box التحتية. كما أنه من الضروري التحقق من أن نظام أسماء النطاقات (DNS) يعمل بشكل صحيح في سيناريوهات الانضمام إلى نطاقات مختلطة.
RBAC، ومراكز التطوير، والمشاريع، ومجموعات Dev Box
تعتمد طبقة التحكم في الوصول في Dev Box على التحكم في الوصول المستند إلى الأدوار في Azure (RBAC)تشمل الأدوار النموذجية المالك أو المساهم (على مستوى الاشتراك أو مجموعة الموارد)، ومالك مركز التطوير، ومدير مشروع مركز التطوير، ومستخدم صندوق التطوير.
عادةً ما يتم إنشاء واحد على الأقل مركز التطوير (مركز التطوير) حسب المنظمة أو المنطقة الكبيرةيجمع هذا المركز المشاريع، وتعريفات الصور، وروابط الشبكة، والفهارس، ومعارض المعالجة. وإذا احتاجت مجموعات مختلفة إلى استقلالية تامة، فيمكن إنشاء مراكز مستقلة متعددة.
كل مشروع صندوق التطوير يتوافق هذا عادةً مع مشروع تطوير حقيقي (على سبيل المثال، تطبيق الأعمال الداخلي أو موقع الشركة الإلكتروني). على مستوى المشروع، يتم تحديد مجموعات Dev Box المتاحة للمطورين، ويتم وضع حدود لعدد الصناديق لكل مستخدم.
يقوم المسؤول بتكوين كل مشروع على حدة. فرق التطويرتربط هذه المجموعات تعريف الصورة باتصال شبكة محدد، ويمكن ربطها أيضاً بسياسة إيقاف التشغيل التلقائي. ومن الشائع إنشاء مجموعات حسب المنطقة الجغرافية أو نوع المهمة أو متطلبات الوصول لموارد محددة.
صور، معارض العمليات، وكتالوجات التخصيص
لكي تكون صناديق التطوير قابلة لإعادة الاستخدام ومتسقة حقًا، استراتيجية صورة معقولةثلاثة عناصر تدخل في هذا الأمر: تعريفات الصور، والصور المخصصة في معرض الحوسبة Azure، ومهام التخصيص.
ال تعريفات الصور تُعدّ هذه الطريقة هي الأسلوب المُوصى به لعمليات النشر الجديدة: فهي تجمع بين صورة أساسية وملفات تخصيص YAML تُحدد المهام التي سيتم تنفيذها عند إنشاء بيئة التطوير (مثل تثبيت الحزم باستخدام WinGet أو Chocolatey، واستنساخ المستودعات، وتشغيل برامج PowerShell النصية، وما إلى ذلك). كما تتيح لك هذه الطريقة اختيار حجم العملية ومساحة التخزين بشكل مستقل عند إنشاء المجموعة.
ال صور مخصصة تُستخدم الصور المخزنة في معرض Azure Compute عند الحاجة إلى صور عالية التحقق ومغلقة، كما هو الحال في الأقسام التي لديها متطلبات امتثال صارمة. يُسهّل المعرض مشاركة هذه الصور بين مواقع التطوير والمشاريع المختلفة مع الحفاظ على التحكم في الإصدارات.
ال مهام التخصيص تُعرَّف هذه العناصر في كتالوجات موجودة في مستودعات GitHub أو Azure DevOps. ويؤدي ربط كتالوج واحد أو أكثر بمركز تطوير إلى تقليل عدد متغيرات الصورة. ويمكن تكييف صورة أساسية واحدة مع سيناريوهات متعددة من خلال تطبيق المهام المناسبة في كل بيئة تطوير.
تقدم مايكروسوفت كتالوج بدء سريع مع مهام نموذجية (تثبيت الأدوات، وتكوين التطبيقات، واستنساخ المستودعات)، ويمكن لكل مؤسسة إنشاء كتالوجاتها الخاصة لتغطية احتياجات محددة دون زيادة عدد الصور المختلفة التي يجب صيانتها.
إدارة الامتيازات والوصول المشروط في Intune
لا تزال صناديق التطوير أجهزة ويندوز المُدارة بواسطة مايكروسوفت إنتيونبمجرد تجهيزها، يمكن التعامل معها مثل أي معدات أخرى خاصة بالشركات: تطبيق ملفات تعريف التكوين، ونشر التطبيقات، وإدارة التحديثات، والتحقق من الامتثال للسياسات.
من خلال Intune، يمكن تحديد سياسات الوصول المشروط خاصة بأجهزة التطوير. على سبيل المثال، تقييد استخدامها بالأجهزة المُدارة، أو تقييد الوصول إلى مواقع جغرافية معينة، أو التحكم في إمكانية النسخ واللصق بين البيئة المحلية وجهاز التطوير.
La إدارة امتيازات نقاط النهاية (EPM) يسمح ذلك للمطورين بالعمل كمستخدمين عاديين دون أن يكونوا مسؤولين محليين، ولكن برفع الامتيازات بطريقة محكمة فقط لإجراءات محددة (تثبيت أداة معينة، تشغيل تشخيص، إلخ).
كل هذا يتم إنجازه بواسطة جداول التوقف التلقائي في مجموعات Dev Box لتجنب التكاليف غير الضرورية، ووضع حدود على عدد الصناديق لكل مستخدم، واستراتيجية واضحة لإصدارات الصور والتحقق منها قبل نشرها في المؤسسة بأكملها.
إنشاء واستخدام Dev Box عمليًا من بوابة المطورين
بمجرد أن تصبح البنية التحتية جاهزة، تصبح العملية بالنسبة للمطور بسيطة للغاية. من بوابة مطوري Microsoft Dev Boxيمكن لكل مستخدم لديه دور مستخدم Dev Box إنشاء وإدارة محطات العمل الخاصة به في السحابة.
عند دخولك إلى البوابة لأول مرة، ستجد جولة تعريفية قصيرة يمكنك تخطيها أو متابعتها. لإنشاء صندوق تطوير جديد، ما عليك سوى... حدد مشروعًا، واختر صورة، واختر منطقة، وحدد اسمًا فريدًا. بالنسبة لهذا الصندوق ضمن المشروع. تشير الشاشة إلى ما إذا كانت هناك قيود على عدد الصناديق، وما إذا كان وضع السكون مدعومًا، وما إذا كانت التخصيصات متاحة، ووقت الإيقاف المُكوّن.
تستغرق عملية إنشاء صندوق التطوير عادةً حوالي 25 دقيقة أو أكثريعتمد الأمر برمته على مهام التخصيص وحجم الصورة. يتغير الوضع من "جارٍ الإنشاء" إلى "جارٍ التشغيل" عندما يكون جاهزًا للاتصال.
للاتصال، يمكنك استخدام متصفحك الخاص أو تطبيق windowsيوجد من البوابة خيار لتنزيل التطبيق من متجر Microsoft، وبمجرد تثبيته، يمكن بدء الاتصال بالنقر على "الاتصال عبر التطبيق" على Dev Box المطلوب.
يمكن للمستخدمين أيضًا قم بتهيئة دعم الشاشات المتعددة من قسم الإعدادات في بوابة المطورين، وهو أمر رائع لتصحيح الأخطاء على شاشة واحدة، وتحرير التعليمات البرمجية على شاشة أخرى، والحصول على السجلات أو الوثائق على شاشة ثالثة.
عندما لا تعود هناك حاجة إلى صندوق التطوير، يمكن للمطور حذفه من البوابة. التنظيف المنتظم لصناديق الزراعة غير المستخدمة من الممارسات التشغيلية الجيدة احتواء التكاليف والحفاظ على بيئة منظمة.
دمج Dev Home على سطح المكتب المحلي مع Dev Box في السحابة، تحقق الفرق بيئات أكثر تجانسًا وقابلية للتكرار وأسهل في الإدارةبينما يحتفظ المطورون بالمرونة اللازمة لتنظيم عملهم اليومي.
