Jazz SCM التكامل المستمر - Build Stream مقابل مساحة العمل؟

Question

أنا بصدد إعداد بناء تكامل مستمر لتطبيق الربيع Roo باستخدام محرك IDE (RTC) للحفلات الموسيقية (RTC) ومحرك بناء موسيقى الجاز. عند إعداد تعريف البناء ، يتيح حقل مساحة عمل Build في علامة التبويب "التحكم في مصدر موسيقى الجاز" تحديد مساحة عمل مستودع المستخدم أو دفق.

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

سؤالي هو ، هل ألعب بالنار عن طريق البناء مباشرة من التيار؟ هل هناك مضاعفات محتملة في اتجاه المصب مع هذا النهج الذي لا أعرفه؟

Answer 1

الإجابة على سؤالي الخاص في حالة وجود المستخدم الآخر حتى يكون لدى المستخدم نفس السؤال في المستقبل.

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

مطلوب مساحة عمل مخصصة للبناء لقبول تغييرات جديدة من الدفق واستخدامها لإحداث طلب بناء.

Answer 2

هناك فرق كبير آخر هنا. يتعلق الأمر بكيفية إنجاز البناء. اسمحوا لي أن أبرز الفرق هنا.

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

إذا قمت ببناء من "The Stream" ، فيجب إنشاء مساحة عمل البناء الخاصة بك (يجب عليك التجميع في مكان ما!). لذلك عند إنشاء ذلك ، يجب تحديث قاعدة الشفرة الخاصة بك بالكامل ونسخها جسديًا من المستودع إلى مساحة عمل مستودع الإنشاء. هذا يعني استرداد 100 ٪ من قاعدة قاعدة الشفرة الخاصة بك من المستودع.

تتضمن كل عملية ملف مكالمة لاكتشاف المورد المطلوب ، وجلب هذا المورد من قاعدة البيانات التي تستضيف المستودع ، ثم توفير تطبيق Jazz هذا الملف عبر الشبكة. ينتج عنه تحميل على خادم قاعدة البيانات وخادم الويب وخادم التطبيق. كلما قمت بتنزيل مثل هذا ، زاد عدد الحمل الذي تضعه على هذه المكونات.

هناك بعض الأشياء التي يمكنك استخدامها لتقليل هذا الحمل على البنية التحتية لموسيقى الجاز. يمكن أن يساعد استخدام وكلاء التخزين المؤقت للمحتوى (باستخدام خادم وكيل الحبار البسيط).

لمزيد من التفاصيل حول خياراتك هنا ، والمزايا النسبية لتلك الخيارات ، اذهب وقراءة منشور مدونتي وورقة بيضاء بشأن مخاوف أداء موسيقى الجاز (http://dtoczala.wordpress.com/2013/02/11/jazz-performance-a-guide-to-better-performance/). هذا المقال يبلغ من العمر ما يقرب من عام الآن ، لكنه لا يزال صالحًا. يمكنك أيضًا إلقاء نظرة على ويكي نشر موسيقى الجاز (https://jazz.net/wiki/bin/view/deployment/webhome) ، وتحقق من الأقسام المتعلقة بمخاوف استكشاف الأخطاء وإصلاحها في الأداء.