التخريب الأعراف [مغلقة]

Question

أنا مجرد البدء في استخدام "التخريب" مع "السلحفاة إس العميل" على واحدة من بلدي مفتوحة المصدر المشروع الذي تتم استضافته على "مدونة جوجل".أود الحصول على بعض أفضل الممارسات على استخدامه.وأنا أتابع بنية المجلد الافتراضي(الجذع,فرع,الوسم).وفيما يلي الأسئلة

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

سيكون موضع تقدير أي مساعدة.

Answer 1

1. أنصحك أن تحقق في الملفات الخاصة بك قبل البدء في القيام الثقيلة من التعديلات عليها (تحقق في وقت مبكر ، والتحقق في كثير من الأحيان).

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

3. ذلك يعتمد أيضا على كيفية العمل و ماذا تريد أن يكون في الجذع (أحدث إصدار مستقر أو أحدث نزيف حافة الإصدار).

Answer 2

أقترح فحص في وقت مبكر و في كثير من الأحيان.

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

إذا لم تكن بالفعل ، تحقق الكتاب الأحمر, هو كبير من الموارد من أجل إس المعلومات.

Answer 3

عند إنشاء مشروع جديد من الصفر وعادة ما تفعل ذلك في منطقة المستخدم في إس مثل

/svn/users/me/project1

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

/svn/project1/trunk

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

Answer 4

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

لقد قرأت عن الشركات التي تستخدم التخريب كما تطبيقها مستودع.لذا يقولون الخادم التي يريدون تثبيت الإصدار X من تطبيق Y.ثم الملقم يعمل التحديث على خادم إس.وهم أيضا تخزين ملفات التكوين في هناك أيضا.و أي تغييرات على التكوين (عبر منفصل واجهة ويب نهاية العملاء) ثم ملتزمة إس التكوين الريبو.هذا رائع.بالطبع هؤلاء الرجال باستخدام MS شل السلطة على Win2k3, ولكن لا تزال هذه التقنية يمكن تطبيقها في أماكن أخرى.

Answer 5

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

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

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

مشروع فارغ مستودع صرخات "حكة التي لن يكون خدش" ..لذلك دفع شيء بأسرع ما يمكن.

بعد أن ارتكاب كثير من الأحيان.أود أن جعل العديد من الصغيرة ، أمر الالتزامات لذلك من السهل تتبع الانحدارات و دحر/إصلاح السامة التنقيحات.

Answer 6

1. تحقق في مرة واحدة كنت قد أنشأت حسابك فارغة الأساس المشروع/حل هيكل.فارغة لأنه في هذه الحالة هو في الواقع compilable وإن كانت لا تعمل التعليمات البرمجية.المبدأ هو الحفاظ على المشروع بأكمله - على الأقل - في compilable الدولة في جميع أنحاء تطوير الفريق تدريجيا وبانتظام يرتكب صغيرة التغييرات حتى أن بناء بالكاد يحصل على كسر.

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

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