سؤال

أشعر بالفضول لسماع تجارب الأشخاص في التحكم في الإصدار الموزع في بيئة الشركة.

خاصة:

  1. هل كان من الصعب الحصول على التبني؟
  2. الآن بعد أن أصبح في مكانه، هل هو محبوب؟
  3. ما هو "النموذج" الذي تستخدمه (المحور والتحدث؟شيء آخر؟)
  4. السماح لك باستخدام Hub & Spoke، هل هناك أي مشاكل في الانضباط عند الدفع إلى خادم مركزي؟
  5. أود أن أعرف ما إذا كان لدى أي شخص غير مبرمجين يعملون في هذه البيئة، ويفضل أن يكونوا فنانين وما شابه ذلك والذين يمكن أن يكون VCS أمرًا شاقًا لهم بعض الشيء.هل نجح الأمر بالنسبة لهم؟
هل كانت مفيدة؟

المحلول

1 - لا، لأننا أخبرنا الناس للتو أن عليهم استخدامه.إذا لم يكن لديك سيطرة على VCS وموظفيك، فستواجه مشكلات أكبر...

2 - حسنًا، بالانتقال من SVN إلى Git، أود أن أقول إن حوالي نصف المطورين اشتكوا من التعقيد الإضافي.النصف الآخر يقدر القوة المتزايدة.

3 - قمنا بتعيين خادم واحد ليكون المستودع المركزي حسب الاتفاقية.

4 - لا شيء - أعني أنه إذا لم يدفع الأشخاص إلى الخادم الصحيح، فإن عملهم لا يعتبر مكتملاً، لذلك لا يمكن دمجه، أو QAed، وما إلى ذلك.إذا لم يتمكنوا من اتباع الإرشادات الخاصة بهذا النوع من الأشياء.... مثل رقم 1 أعلاه.

5- هذا سؤال جيد.نحن نشجع موظفينا غير التقنيين على استخدام أدوات واجهة المستخدم الرسومية حيثما أمكن ذلك، ويبدو أن هذا يجعل الأمور أسهل بكثير بالنسبة لهم.يستخدم جميع المطورين تقريبًا سطر الأوامر، إلا إذا كانوا يشاهدون سجل الفروع أو أي سبب مرئي آخر.

نصائح أخرى

هل تعتبر IBM Rational (Atria) ClearCase مع Multisite بمثابة DVCS؟

نحن نستخدمه منذ 15 عامًا، بما في ذلك 7 سنوات قبل أن تشترينا شركة IBM.فهو يسمح لنا بالعمل بفعالية إلى حد ما عبر المواقع في الولايات المتحدة وخارجها.

في معظم الأحيان، يعمل بشكل جيد، إلى حد كبير عن طريق الابتعاد عن الطريق.

لست متأكدا من النموذج الذي ينطبق.

ليس لدينا الكثير من غير المبرمجين الذين يستخدمونه - فريق المعرف (تطوير المعلومات - يعني Tech Pubs) هو المجموعة الرئيسية من غير المبرمجين الذين يستخدمونه.

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

في الوقت الحالي، ألعب بفكرة اعتماد git في العمل، بعد أن ناقشتها مع بعض الزملاء.لم يتمكنوا من تصور أن استخدام DCVS فكرة جيدة.في الغالب لأنهم يعتبرون مشكلة الدمج كبيرة جدًا.أستخدم git لمشاريعي الصغيرة في المنزل، وإليك كيف ولماذا سأستخدمه في العمل:

  • قم بالخروج من مشاريع svn التي أعمل بها في git
  • الالتزام دون الحاجة إلى الاهتمام بكسر البنية (أو التفرع للتجارب)
  • تجنب تأخر عمليات البحث/الدمج مع الخادم المركزي
  • ارتكاب النتائج في النهاية في صندوق svn

بالمناسبة يبدو أن هذا (بعد الحديث الذي قدمه لينوس في Google بخصوص git) هو طريقة شائعة لاستخدام DCVS في العمل :)

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