Auto: البرنامج المساعد: قم بتطبيق تسميات العلاقات العامة بناءً على رسائل الالتزام بأسلوب الإصدار الدلالي

تم إنشاؤها على ١٩ يناير ٢٠١٩  ·  14تعليقات  ·  مصدر: intuit/auto

تم النقل من https://github.com/intuit/auto-release/issues/176

aleclarson قال:

إليك مكون إضافي أحتاجه على الفور:

يقوم بمسح رسائل الالتزام للعلاقات العامة مقابل semantic-release بادئات النمط (على سبيل المثال: fix: ، feat: ، BREAKING ) ويطبق تلقائيًا patch المناسب minor / major التسمية إلى العلاقات العامة.
مستوحى من موضوع Twitter هذا.

هل تعتبر هذا مكونًا إضافيًا مدعومًا رسميًا؟

hipstersmoothie قال:

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

يمكن ربط اسم parseCommit بهذا هنا

https://github.com/intuit/auto-release/blob/5220097f4ce075f4097d62492cd08b6e9551fca2/src/log-parse.ts#L141

aleclarson قال:

يمكننا استخدام parse-الالتزام-message لاستخراج البيانات الوصفية من الالتزامات (على الرغم من أن اعتمادها على esm يجعلها ثقيلة بعض الشيء ، ولكن ستتم إزالتها بمجرد أن يدعم NodeJS وحدات ES محليًا). في هذه الأثناء ، يمكننا التخلص منها وإزالة التبعية esm إذا كانت تزعجنا بدرجة كافية. حتى لو لم نفترق ، فإنه لا يزال أصغر بمقدار 6 مرات مما يستخدمه semantic-release .

enhancement

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

aleclarson لماذا حجم مشكلة كبيرة؟ حتى في Node Land ، فإن مديري الحزم لدينا بالفعل أذكياء بما يكفي للتخلص منها.

لم أذكر تبعيات مكررة كمصدر للقلق. أنا فقط حذر من الأدوات المتضخمة بشكل عام. "الأخف وزنا كلما كان ذلك أفضل" هو حكمي الأساسي ، ولكن لكل منهما خاصته. لست مهتمًا حقًا بمناقشة هذا الأمر. :)

راجع للشغل ، للانضمام إلى الحزب. قد يكون git-commits-since و detect-next-version أكثر إفادة هنا؟

أفضل استخدام parse-commit-message حيث يبدو أن هذه الحزم تكرر المنطق الموجود بالفعل في auto-release ، ولكن ربما يكون hipstersmoothie جاهزًا لاستبدال المنطق الحالي بهذه الحزم لتقليل عبء الصيانة.

ال 14 كومينتر

هذا غريب جدًا كيف يعتمد على ESM

من المحتمل أنه يجب استخدام esm للبناء وليس في الإنتاج

إنه نوع مثل استخدام سجل بابل بدلاً من مجرد إنشائه ونشر مجلد التوزيع

اعتقدت الشيء نفسه في البداية ، ولكن نظرة على شفرة المصدر تقول خلاف ذلك.

تحرير: يا nvm ، أنت تقول أنه يمكن استخدام esm للترجمة قبل النشر. يجب أن نرسل العلاقات العامة.

على خلاف ذلك ، تبدو كوحدة نمطية جيدة. لطيف وهزيل

يبدو أن esm غير مصنوع من أجل التجميع: https://github.com/standard-things/esm/issues/13#issuecomment -321710199

أقول إننا نفترق الآن ، وقمنا بتحويل بناء الجملة import و export إلى CommonJS.

حسنًا ، كنت أقرأ فقط التمهيدي. يبدو أنني أسأت الفهم

سأقوم بإجراء علاقات عامة للتبديل إلى https://github.com/developit/microbundle وربما يقوم بإضافتها.

يجب أن تفكر في استخدام https://github.com/egoist/bili بدلاً من ذلك. يحتوي على نصف حجم التثبيت ، ولكن قد يكون له مفاضلات أخرى. لست متأكدا.

راجع للشغل ، للانضمام إلى الحزب. قد يكون git-commits-since و detect-next-version أكثر إفادة هنا؟

أنا أستخدم esm بسبب الضمانات ولأنه يقع خلف علامة ميزة esm الخاصة بالعقدة. يمكنني بسهولة استخدام ascjs أو ما شابه ذلك مثل إعادة الكتابة والواردات ، لكن esm يدعم أكثر بكثير من مجرد الاستيراد / التصدير. ولأنني لم أقم ببناء خطوة أو أي شيء ، للاختبار ، استخدمها فقط كخطاف للعدّاء.

وهو ما يقودنا إلى ذلك ، يمكننا التبديل إلى ascjs أو asbundle .

aleclarson لماذا حجم مشكلة كبيرة؟ حتى في Node Land ، فإن مديري الحزم لدينا بالفعل أذكياء بما يكفي للتخلص منها.

aleclarson لماذا حجم مشكلة كبيرة؟ حتى في Node Land ، فإن مديري الحزم لدينا بالفعل أذكياء بما يكفي للتخلص منها.

لم أذكر تبعيات مكررة كمصدر للقلق. أنا فقط حذر من الأدوات المتضخمة بشكل عام. "الأخف وزنا كلما كان ذلك أفضل" هو حكمي الأساسي ، ولكن لكل منهما خاصته. لست مهتمًا حقًا بمناقشة هذا الأمر. :)

راجع للشغل ، للانضمام إلى الحزب. قد يكون git-commits-since و detect-next-version أكثر إفادة هنا؟

أفضل استخدام parse-commit-message حيث يبدو أن هذه الحزم تكرر المنطق الموجود بالفعل في auto-release ، ولكن ربما يكون hipstersmoothie جاهزًا لاستبدال المنطق الحالي بهذه الحزم لتقليل عبء الصيانة.


: صاروخ: تم إصدار الإصدار 10.0.0: صاروخ:

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