توصيات بشأن أنظمة التكامل المستمر

Question

نقوم حاليًا بتقييم التطبيقات المختلفة التي تتفاعل مع Visual Studio 2008 (C#) وSubversion لإجراء عمليات إنشاء تلقائية لمكتباتنا الأساسية.نأمل أن يتم تنفيذ الإصدارات الليلية وإرسال قائمة التغييرات التي تم إجراؤها لكل مطور عبر البريد الإلكتروني أو إرسال أحدث الإصدارات إلى كل محطة عمل.ما هي تجربتك مع هذه الأدوات وما هي بعض التوصيات؟

---

البرامج المقترحة

• التحكم في السرعة .NET
• هدسون
• TeamCity

المقالات المقترحة

• التكامل المستمر:من النظرية إلى الممارسة الطبعة الثانية (CC.net)
• أتمتة عملية إنشاء ونشر ASP.NET باستخدام Hudson

Answer 1

يقوم موقع Cruise Control.net (ccnet) بكل ما تبحث عنه.إنه سهل الاستخدام للغاية، فقط تأكد من أنك إذا كنت ستقوم بتشغيله كخدمة، فإنك تمنحه حسابًا ولا تجعله يعمل كخدمة شبكة، وبهذه الطريقة يمكنك منحه الحقوق على صناديق الإنترانت وجعله يفعل يتم نشر xcopy.

فهو يحتوي على جميع أنواع أوضاع البريد الإلكتروني، عند الفشل، وعلى الكل، وعلى الإصلاح بعد الفشل، وغير ذلك الكثير.

Answer 2

هدسون هي أسهل أداة للتكامل المستمر/البناء اليومي التي رأيتها.لست متأكدًا مما إذا كان يلبي جميع متطلباتك.

Answer 3

ألق نظرة على JetBrain (الأشخاص الذين يقفون وراء ReSharper) TeamCity

Answer 4

لقد استخدمت cc.net مع nant وmsbuild بنجاح كبير، أوصي به بشدة.

Answer 5

في صاحب العمل الأخير قمت بإعداد خادم بناء باستخدام cc.net.توقع عملًا لمدة يوم أو يومين على الأقل لإعداده.لقد استخدمت cc.net مع nant وmsbuild.تحتوي هذه المشاريع على الكثير من التداخل في الوظائف، لذا قد يكون من الجيد التفكير في الطريقة التي تريد بها إعداد كل شيء.

كان الإعداد الذي استقرت عليه في النهاية هو cc.net على الخادم لاسترداد المشروع من التخريب وإيقاف تشغيل البرامج النصية nant.تم استخدام nant للاتصال بـ msbuild لإنشاء ملفات visual studio .sln والقيام بجميع خطوات البناء الأخرى مثل إجراء الاختبارات وما إلى ذلك.

لقد ألقيت نظرة سريعة على teamcity أيضًا.للوهلة الأولى يبدو أفضل بكثير من cc.net ولكن لم يكن لدي الوقت لتجربته بعد.إنه بالتأكيد يستحق التدقيق.

Answer 6

أستخدم CC.Net مع SubVersion وMSBuild لإنجاز هذا. هنا يعد هذا دليلًا رائعًا لتنفيذ ذلك والذي تابعته ووجده مفيدًا للغاية.

Answer 7

بعض الحكايات حول العمل مع cc.net وmsbuild.إذا كنت تقوم بإنشاء مشاريع C/C+=، فإن msbuild غير موثوق به على الأقل مع VS 2005 (وربما أقدم).لم أختبر مع VS 2008.لقد وجدنا أنه في بعض الأحيان يعمل msbuild بشكل صحيح، وفي أحيان أخرى لا يعمل.في محاولة لحل المشكلة، وجدنا vcbuild.exe الذي يبدو أنه يعمل بشكل جيد بدلاً من msbuild عند إنشاء حلول C/C++.

Answer 8

إذا كنت تستخدم المسار لتتبع المشكلة، عض البرنامج المساعد يعمل بشكل جيد.إنه ليس خاصًا بالنظام الأساسي (نقوم بتشغيله على كل من Windows وLinux في العمل، باستخدام msbuild/mstest وmake/gcc/cpptest على التوالي).

Answer 9

أنا أستخدم Hudsons Jenkins للحصول على بناء يومي.إنه حقًا سهل الإعداد والصيانة.ولديه الكثير من المكونات الإضافية التي تلبي متطلباتنا بالكامل.