سؤال

انتقلنا مؤخرا إلى فريق Foundation Server 2008 من المصدر الآمن. نحن نقوم بإنشاء بعض الإنشاءات الآلية وتشغيل بعض المشكلات مع نشر النقر بمجرد تطبيق التطبيقات التي يبدو أنها تتطلب تثبيت إضافي على خادم البناء.

لقد رأيت الوظائف التي تشير إلى أنه يحتاج إلى تثبيت Visual Studio IDE. لقد رأيت أيضا المشاركات التي تقول إن تثبيت .NET Framework SDK سيحدد المشكلة. لا نريد تثبيت أكثر مما نحتاج إليه على خادم البناء، لكننا لا نريد أيضا إجراء طلبات متعددة إلى فريق الخادم لدينا لتثبيت قطع مختلفة في أوقات مختلفة. لذلك، أود أن أعرف ما ينتهي به معظم الفرق.

إذا كان من المهم، ليس لدينا خادم بناء مخصص في هذه المرحلة. نحن فريق صغير (6 ديف، كل محلي). يتم إنشاء Builds في صندوق TFS الرئيسي لدينا، فإن قطعة SQL Server هي الجزء الوحيد الذي يقع على خادم منفصل.

هل كانت مفيدة؟

المحلول

وفق هذه, ، يجب ألا يطلب من Visual Studio - فقط .NET Framework. ملاحظة أخرى يجب مراعاتها من الرابط هي أنهم يوصيون ضد البناء يحدث في مربع TFS.

نصائح أخرى

إذا كنت تقوم فقط بتجميع التطبيقات في بناء مؤسسة الفريق، فستفعل إطار .NET - ولكن بمجرد أن تبدأ الرغبة في القيام بأي شيء أكثر تقدما (مثل اختبارات وحدة التشغيل ووجود نتائجها المنشورة في TFS) ثم ستحتاج لدغة الرصاصة وتثبيت إصدار فريق Visual Studio على خادم Build الخاص بك. عادة ما قمت بتثبيت نسخة من مجموعة من الفريق على خادم Build بحيث يمكن للأشخاص المرخصين لاستخدام الميزات المختلفة أن يتم تشغيل هذه الميزات كجزء من أي بناء تلقائي.

عدم وجوده المثبت على الخادم الخاص بك ليس مثاليا، لكنه يمنحك أفضل تجربة في الوقت الحالي.

فيما يتعلق باستخدام خادم TFS الخاص بك كخادم Build الخاص بك، لا ينصح بهذا الفرق الكبيرة لأن المباني تميل إلى أن تكون وحدة المعالجة المركزية الجميلة ووحوش كثافة IO - ومع ذلك بالنسبة لفريق صغير مثل لك والافتراض أنك لا تملك الكثير من تعريفات البناء يمكن تشغيلها مرة واحدة يجب أن تكون قادرا على الابتعاد عنها.

نعم، قمت بتثبيت x على خادم البناء. تابعت دليلهم لإعداد TFS.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top