Gitflow: كن ودودًا

تم إنشاؤها على ٢٧ أغسطس ٢٠١٠  ·  11تعليقات  ·  مصدر: nvie/gitflow

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

على سبيل المثال: ضع في اعتبارك الحالة التي تم فيها تمييز الإصدار 1.0 ، ثم قم بإنهاء الإصدار 1.1 الجديد. عند استخدام git-describe ، يقوم بمسح شجرة الالتزام لأعلى ، ويجد 1.0 كأول التزام بعلامة ، مما يؤدي إلى إنشاء معرف مضلل إلى حد ما مثل 1.0-52-g25def71 ، بدلاً من شيء مثل 1.1-8-25def71 .

يتطلب هذا تغييرًا في نموذج التفريع الأصلي أيضًا.

Issue

التعليق الأكثر فائدة

nvie ، ماذا عن تحديث شجرة الرسم البياني في مدونتك بشيء من هذا القبيل؟

gitflow

ال 11 كومينتر

أفكر في البدء في استخدام git-flow ، لكن هذه المشكلة تجعلني مترددًا بعض الشيء. هل أحرزت أي تقدم في ذلك؟

شكرا :)

هل هناك أي خطط لإصلاح هذا؟

+1

لقد عثرت للتو على هذه المشكلة في سير عمل الإصدار الجديد اليوم ووجدت هذه المشكلة هنا على github. يجب إصلاح هذا لجعل العلامات أكثر فائدة لهؤلاء الذين يريدون استخدام git describe كمعرف إصدار في إصدارات التطوير أيضًا.

سأدعم هذا التغيير أيضا

+1

+1 نحن أيضًا نستخدم git describe لمعرّف الإصدار في إصدارات التطوير الخاصة بنا.

+1. أي تقدم في هذا؟ تم فتح هذه المشكلة الآن لأكثر من عام بدون تحديث ، وسحب الطلب رقم 85 الذي يعالج هذا الأمر وقد تم تجاهله إلى حد كبير منذ افتتاحه في ديسمبر 2010.

لقد نظرت في طلب السحب رقم 85 ويبدو جيدًا تمامًا. نظرًا للقرار المعلن بتعديل نموذج التفريع ، أشعر بخيبة أمل بعض الشيء لأن طلب السحب هذا لم يتم اعتماده بالفعل.

هل يمكن لأحد أن يخبرني ما هو الحل الجيد لجعل git وصف العمل؟

tofutim استخدم أحدث إصدار من git-flow-avh الذي يقوم بالدمج الخلفي للماجستير في التطوير افتراضيًا

nvie ، ماذا عن تحديث شجرة الرسم البياني في مدونتك بشيء من هذا القبيل؟

gitflow

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات