سؤال

لدي هنا ملف NAnt بطول 300 سطر وهو فوضوي تمامًا.أتساءل عما إذا كان هناك أي دليل أسلوب لكتابة نصوص NAnt وما هي أفضل الممارسات للقيام بذلك.

أي نصائح؟

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

المحلول

لست على علم بأي دليل أسلوب منشور، لكن يمكنني بالتأكيد مشاركة تجربتي.يمكنك استخدام العديد من نفس التقنيات المستخدمة في بيئات البرمجة الأخرى، مثل جعل التعليمات البرمجية معيارية وتقسيمها عبر ملفات متعددة.في البيئة التي قمت بإعدادها، تم تصميم كل مشروع على النحو التالي:يحتوي "[ProjectName]\Common" على ملف بناء شائع مرتبط بجميع مشاريعي تقريبًا.لدي أيضًا مجموعة من أهداف التخريب الشائعة المخزنة في ملف هناك.الدليل الفرعي "المشترك" هو في الواقع svn:external، لذا تتم مزامنته تلقائيًا عبر مشاريع متعددة.يوجد في ملف Common.build الكثير من الخصائص البيئية، بالإضافة إلى بعض مجموعات الملفات القابلة لإعادة الاستخدام، وبعض الأهداف القابلة لإعادة الاستخدام، وهدف "بدء التشغيل" الذي يستخدمه كل هدف "بدء تشغيل" مشروع.

يحتوي "[ProjectName]\Project.build" على كل الخصائص ومجموعات الملفات الخاصة بالمشاريع، والتي يتجاوز بعضها الإعدادات من Common.build.يحتوي هذا الملف أيضًا على هدف "بدء التشغيل" الذي يقوم بإعداد بعض إعدادات وقت التشغيل مثل معلومات إصدار التجميع وأي مسارات تابعة.كما أنه ينفذ هدف "بدء التشغيل" من Common.build.يتضمن هذا الملف الملف Common.build.

يحتوي "[ProjectName] [AssemblyName].build" على كافة الإعدادات والأهداف الخاصة بتجميع فردي.يتضمن هذا الملف Project.build، والذي يتضمن بدوره Common.build.

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

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