ما هي الطريقة الصحيحة لإدارة الإصدار مع SVN؟

Question

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

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

ما الذي يستخدمه الناس للعلامة ارتكب من أجل الإصدار والقيام بنشر لاحق؟ هل هناك أي حلول جيدة مفتوحة المصدر لإدارة دورة الإفراج التي تتيح لك استعراض SVN من مستعرض ويب وقضايا العلامة / يرتكز للحصول على إصدار؟ أفضل شيء رأيته حتى الآن جيرا., ، ولكن يبدو أن أداة كبيرة جدا (هل من الصعب تكوين / صيانة؟). الأساس Apache يجعل الاستخدام الجيد لجيرة لهذا الغرض (انظر، على سبيل المثال، خارطة الطريق ماهوت).

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

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

Answer 1

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

الاستيقاظ والتشغيل مع CruiseControl (استخدمت CC.NET) هذا أمرا صعبا مع التخريب (حصلت لنا من عدم وجود عملية بناء للتحدث عن البناء التلقائي الكامل ونشره مع CC.Net و Nant في غضون شهر تقريبا، مسؤوليات أخرى بالطبع).

نستخدم أيضا جيرا، ومن الصعب أن نخطئ هناك. يمكنك الحصول على جيرا شاهد رسائل التخريب ارتكابها لأشياء مثل "Project Project-11" وستضرب تلقائيا إلى عنصر JIRA المناسب. يمكنك بناء ملاحظات الإصدار من هناك.

Answer 2

هل قمت بالتحقيق في الرسم البياني لمراجعة السلحفاة SVN؟ إذا قمت بوضع علامة على كل إصدار (الذي أشره الآخرون، فلا ينطوي على نسخ الملفات، إما على الخادم أو محطة العمل)، فيمكنك رؤية جميع المراجعات في الترتيب الزمني، مع الإشارة إلى البيانات الفعلية. يمكنك فرقته بين الإصدارات و / أو الجذع عن طريق إزالة المراجعتين الذي تهتم به واختيار فرق من قائمة السياق