أفضل الممارسات للحصول على معلومات الإصدار؟

Question

أعمل حاليًا على أتمتة/تحسين عملية الإصدار لتغليف منتج متجري بالكامل.المنتج حاليًا عبارة عن مزيج من:

• قاعدة بيانات Java من جانب الخادم
• تكوين XML وملفات التطبيق
• البرامج النصية Shell والدفعية للمسؤولين
• صفحات HTML المقدمة بشكل ثابت
• وبعض الأشياء الأخرى، ولكن هذا هو معظمها

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

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

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

Answer 1

في الواقع، لإكمال إجابة كريج أنجوس، يجب أن تكون القاعدة الأساسية هنا هي: لا تقم بتضمين أي معلومات وصفية في ملفات التسليم العادية الخاصة بك, ، ولكن للإبلاغ عن تلك البيانات الوصفية (رقم الإصدار وتاريخ الإصدار وما إلى ذلك) إليها واحد ملف خاص -- متضمن في الإصدار --.

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

عندما تقوم بإعداد تسليم (مجموعة من الملفات المجمعة)، يجب عليك أن تسأل أداة VCS عن كل المعلومات الوصفية التي تريد الاحتفاظ بها، وكتابتها في ملف خاص مضمن في مجموعة الملفات المذكورة.

يجب أن يتم تجميع هذا التسليم في دليل خارجي (خارج أي مساحة عمل) و:

• تم نسخه إلى دليل مشترك (أو مستودع مخضرم) إذا كان ملف غير رسمي الإصدار (ولكنه مجرد حزمة سريعة لمساعدة الفريق المجاور الذي ينتظر تسليمك).بهذه الطريقة يمكنك إجراء 10 أو 20 توصيلًا يوميًا، لا يهم:يمكن التخلص منها بسهولة.

• تم استيرادها إلى VCS لتكون بمثابة عمليات تسليم رسمية، ومن أجل نشرها بسهولة حيث أن كل ما تحتاجه هو أن تطلب من أداة إصدار الإصدار الإصدار الصحيح من التسليم الصحيح، ويمكنك البدء في نشره.

ملحوظة:لقد وصفت للتو عملية إدارة الإصدار المستخدمة في الغالب للعديد من المشاريع المترابطة.بالنسبة لمشروع واحد صغير، يمكنك تخطي الاستيراد في أداة VCS وتخزين عمليات التسليم الخاصة بك في مكان آخر.

Answer 2

قم بإنشاء ملف خصائص يحتوي على رقم الإصدار وجعل جميع المكونات المختلفة تشير إلى ملف الخصائص

• يمكن لملفات Java الرجوع إلى الخصائص من خلال
• هل يمكن استخدام XML؟
• يمكن لـ HTML استخدام JavaScript لكتابة رقم الإصدار من الخصائص الموجودة في HTML
• يمكن قراءة البرامج النصية لـ Shell في الملف

Answer 3

بالإضافة إلى أدوات Craig Angus، تتضمن إصدار الأدوات المستخدمة.