أدوات لمساعدة إدارة عملية تعزيز تطبيق في بيئة مؤسسة

StackOverflow https://stackoverflow.com/questions/189303

  •  06-07-2019
  •  | 
  •  

سؤال

وأنا الغريب على كيفية إدارة الآخرين الترويجي من DEV لاختبار لهمز داخل المؤسسة.

ما هي الأدوات أو العمليات التي تستخدمها لإدارة "الروتين"، دخول / خروج معايير جانب الأشياء؟

عالق

ومنظمة بلدي الحالية النصف بين بعض تبعيات العرف على الانترنت أشكال نوع الوظيفة والورقية لتقديم وثائق، وجمع الموافقات والاستعراضات.

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

وتطبيق متصفح القائمة سيكون امرا مثاليا ... لذلك ماذا يكون هناك؟ تريني أنك googlefu أفضل من الألغام.

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

المحلول

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

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

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

وآمل أن يساعد.

نصائح أخرى

وهناك عدد قليل من السيناريوهات المختلفة التي اشهده على مر السنين:

تطوير -> الاختبار: عادة ما يكون هناك تاريخ تجميد التعليمات البرمجية التي توقف العمل على ميزات جديدة ويحصل على بيئة اختبار التعليمات البرمجية التي تم الموسومة / المسمى / أرشفة أن يحصل بناؤها. هذا ثم يحصل على نسخ على الآلات والاختبارات تذهب على ما يرام. وهذا هو أيضا عادة أقل تفصيلا من أي ضغط.

وتجارب> برود: وهذا يتطلب تغيير طفيف ان الانتاج أن تنخفض الذي يمكن أن يعني أن "الصيد ذهب" صفحة ترتفع أو IIS doesn'thave أي مواقع تعمل ويتم نسخ كود تكرارا. وهناك حالات خاصة لهذا حيث موازن تحميل يمكن أن تكون بمثابة مفتاح بحيث يحدث تعزيز وأيا من العملاء تجربة أي وقت أسفل تلك التي على الخادم السن سوف تتحرك بمجرد انتهاء دورتهم.

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

ويمكن أيضا أن تكون هناك بيئة انطلاق وهو بين الاختبار والإنتاج حيث عملية مشابهة من حيث وجود تاريخ محدد عندما يحدث الترويج.

وأين كنت أعمل هناك سيكون دمج أيام حيث قضى مطور أكثر من يوم واحد في بالضروره دمج التعليمات البرمجية بحيث يمكن تعزيزها من بيئة إلى أخرى.

والآن هناك عددا من الحالات التي لا يتم استخدام هذه:

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

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

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

وثمة نقطة أخرى هي حجم الاصدار: 1) صغيرة - وهذا هو الحال حيث يذهب صفحة ويب واحدة حتى أن المستخدم X يمكن أن تفعله Y

.

2) الصغيرة - حفنة أو نحو ذلك من الملفات التي ليست معقدة حقا ولكن ليس تافها بالضبط

و3) متوسطة - أين يذهب من بيئة إلى أخرى يتطلب تغيير مجموعة من الملفات والبرامج النصية ديه للانتقال عادة

و4) كبير - حيث هناك ومن المقرر الترقيات ويطلب من مختلف المطورين لمن يأخذ الأمر الذي يحول عندما يتم دفع الحية. كان هذا في حالة ما إذا كان هناك ترحيل البيانات للقيام بالإضافة إلى الإفراج عن بعض مواقع التجارة الإلكترونية الجديدة.

و5) الماموث - أين كل شيء هو العلامة التجارية الجديدة بما في ذلك كيف سيتم استخدام هذه. أنا لا أعتقد أنني رأيت من أي وقت مضى واحد من هذا الحجم ولكن كنت أتصور أن مايكروسوفت أو Google ديك الإصدارات من هذا الحجم.

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

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