سؤال

وأنا في عملية إعداد بيئة الويب تنمية كاملة. في الوقت الراهن، هناك نوعان من المطورين، واحدة مخصصة لالخلفية للبرمجة (C #، .NET) واحدة مخصصة لتطوير الواجهة (HTML، CSS، XSLT).

وكل ديك على تثبيت MS البصرية ستوديو 2008 ومصدر المشتركة عبر مصدر مرئية آمنة 2005. وكلا الملفين الخروج وتطوير محليا.

ولدي الإعداد لاختبار خادم حيث هو الخطة التي ودمجها، واختبارها، رمز يجب أن تنتهي في النهاية، ويجب أن يكون هذا الخادم لل Allways في "الصحيح" إصدار.

وكل واحد من 3 المنشآت تبادل قواعد البيانات نفسها.

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

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

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

وعلى سبيل المثال. نود أن جعل بعض التغييرات في التصميم ونشرها بسرعة إلى بيئة الإنتاج لدينا، من دون التفكير في رمز .NET.

هل هناك توقعت أنا في عداد المفقودين، أو ما هو أفضل أسلوب لإعداد بيئة تطوير الشبكة؟

ونتطلع لبعض المساعدة / خبرة: -)

و/ توماس

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

المحلول

وربما يجب عليك النظر في نظام التحكم في الإصدار أكثر قدرة. SVN يحظى بدعم كبير أداة (بما في ذلك AnkhSVN و <لأ href = "HTTP: //www.visualsvn كوم / "يختلط =" نوفولو noreferrer "> VisualSVN للحصول على التكامل VS2008)، وسوف أنظمة التحكم في الإصدار توزيع مثل زئبقي، جيت، أو بازار تعطيك المزيد من الخيارات وثمن الدعم أداة أكثر الأساسية من ذلك بكثير.

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

نصائح أخرى

وأنا لا يمكن أن تساعدك مع معلومات حول كيفية التعامل مع المحتوى CMS، ولكن لدي الإعداد أو استخدام زوجين من buildservers.

وبعد أن عملت مع Visual مصدر آمن في الكثير من المشاريع وفريق مؤسسة خادم في بعض، والبقاء بعيدا عن ذلك إذا ما أستطيع.

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

ويجب أن يكون هناك طريقة سهلة لنقل تغييرات قاعدة البيانات من التنمية إلى تنظيم والإنتاج. لدينا أداة ( http://www.codeplex.com/ScriptDB ) أن البرامج النصية dev- قاعدة البيانات. يتم التحقق من النتيجة في التخريب. من السهل أن نرى ما الذي تغير في سجل من التخريب.

<اقتباس فقرة>   

وكل واحد من 3 المنشآت تبادل قواعد البيانات نفسها.

وهذا يبدو وكأنه قرار الفقراء. إذا dev1، dev2 واختبار كلها تستخدم نفس قاعدة البيانات، ثم كيف يمكن dev1 التجربة مع تغيير المخطط دون التدخل في dev2 والاختبار (على افتراض رمز للعمل مع مخطط تجريبي لم يتم إيداعه بعد).

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

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

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