Auto: فشل Git عند الإصدار (لكن لست متأكدًا مما فشل فيه)

لقد مررت بهذا اليوم للتو. يجب أن يتم إصلاح ambiguous argument 'v9.0.0..HEAD' بمقدار git fetch --tags بحيث يحتوي env على جميع العلامات التي يحتاجها للعثور على الفروق

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

لكن السجلات تقودني إلى الاعتقاد بأنه كان يجب أن يفشل كثيرًا قبل القيام بكل الأشياء الأخرى.

لست متأكدًا من أننا نبحث في السجلات الصحيحة. ينتهي بهم الأمر قبل أن يحدث أي شيء

هنا سجل v9 https://travis-ci.org/relay-tools/relay-compiler-language-typescript/builds/600834585

اكتشفت ما حدث:

1. https://github.com/relay-tools/relay-compiler-language-typescript/pull/147 تم دمجها 9:32 صباحًا (الإصدار 1)
2. https://github.com/relay-tools/relay-compiler-language-typescript/pull/139 تم دمجها 9:33 صباحًا (الإصدار 2)
3. يدير الإصدار 1 git checkout master && git pull origin && git branch --set-upstream-to origin/master master والذي يتضمن الالتزام في الإصدار 2
4. يُصدر الإصدار 1 إصدارًا رئيسيًا لتغييرات الإصدار 2 على الرغم من أن الإصدار 1 كان "تم إصداره بالتخطي"
5. يحاول الإصدار 2 إصدار تغييراته ولكن الإصدار 1 فعل ذلك بالفعل. لذلك فشل CI

يبدو أن المشكلة هي أن travis ليس في حالة إتقان عند تشغيل الإنشاء لالتزام الدمج ، لذا عليك القيام ببعض git fu. إليك كيفية التعامل مع هذا بالنسبة للإجراءات (ملاحظة نقص git checkout master && git pull origin )

https://github.com/hipstersmoothie/create-check/blob/master/.github/workflows/push.yml#L41

zephraph هل يمكنك إضافة صفحة إلى المستندات تشرح إعداد travis الجيد؟

لقد مررت بهذا اليوم للتو. يجب أن يتم إصلاح ambiguous argument 'v9.0.0..HEAD' بمقدار git fetch --tags بحيث يحتوي env على جميع العلامات التي يحتاجها للعثور على الفروق

لقد تناولت هذا في https://github.com/intuit/auto/pull/626. لا تتردد في مراجعة وتحسين المراسلة على strass

hipstersmoothie أتساءل أيضًا عن المقدار الذي يجب أن نحاول القيام به من هذه السيارة للمستخدم؟ مثل ، في هذه الحالة ، مجرد محاولة جلب العلامات تلقائيًا.

_{مرسلة مع GitHawk}

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

لا أعرف أيضًا كيف سيتصرف كل شيء إذا كنت تدير shipit على فرع خلف أحدث علامة

سأغلق هذا الآن بعد أن تم شحن # 626.

سيتم إضافة بعض المستندات على ترافيس التكوين.