نظرًا لأننا تفرعنا من الإصدار 3 وقمنا لاحقًا بعمل ذلك الفرع الافتراضي ، فقد تسلل بعض العلاقات العامة إلى المستوى الرئيسي عندما لا ينبغي عليهم ذلك. لقد قمنا أيضًا بإصدار نسخة رئيسية وليس الإصدار 3 لذا فقد خرجوا عن المزامنة.
من أجل تحرير كل شيء والحصول على الفروع بحالة جيدة مرة أخرى ، أقترح أن نقوم بما يلي:
master
في v3
، سيكون هذا أمرًا بسيطًا يسهل فهم العلاقات العامة ويسهل تسجيل الخروج وأننا نعلم أنها في حالة جيدة لأنها تعتمد على v3
.v3
في master
، سيحتوي هذا الاختلاف على كل شيء في الإصدار لذا لا يمكن أن يكون كذلك استعرضmaster
باعتباره الفرع الافتراضيmaster
إلى 3.0.0master
( @ parisk لتوقيع الالتزام)release/3.0
من `السيدHEAD
من release/3.0
3.0.0master
إذا احتجنا إلى إصدار 3.0.1+ ، فيمكننا إضافة الالتزامات إلى master
، ثم اخترها إلى release/3.0
ثم حررها مرة أخرى. يمكننا بعد ذلك متابعة هذه العملية مقابل 3.1 release/3.1
وهكذا لتجنب هذه الأنواع من المشاكل في المستقبل ؛ سيكون الفرع master
دائمًا هو الأحدث ونحن نتفرع من فروع التثبيت للإفراج.
نعم ، يبدو رائعًا.
سيكون اقتراحي المضاد الوحيد هو إطلاق 3.0.0 من الرئيسي ثم تفرعها.
أعتقد أنه يجب إجراء الإصدارات الرئيسية والثانوية في الفرع الرئيسي وإصدارات إصلاح الأخطاء على أغصان "التثبيت".
يجب أن يكون فرع parisk ثم الإصدار هو نفس الإصدار ثم الفرع حيث يجب أن يكون للالتزامات نفس التجزئة. أحد الأشياء المهمة حول التفرع هو أن جميع التغييرات تسير بشكل رئيسي ويتم اختيار الإصلاحات ، فقط في ظروف استثنائية يجب إجراء التغييرات مباشرة على فرع التحرير (إذا تباعد السيد كثيرًا).
أنا على متن المركب.
parisk إذا كان لديك جهاز صراف آلي مجاني ، فهل يمكنك الحصول على Slack حتى نتمكن من تنسيق الإصدار؟
وانتهى الأمر!
مبروك على هذا المعلم الكبير! 🥇 🏆🍾🎉
التعليق الأكثر فائدة
وانتهى الأمر!