Auto: Plugin: Terapkan label PR berdasarkan pesan komit gaya rilis semantik

Dibuat pada 19 Jan 2019  ·  14Komentar  ·  Sumber: intuit/auto

Dipindahkan dari https://github.com/intuit/auto-release/issues/176

@aleclarson berkata:

Ini plugin yang saya butuhkan segera:

Ini memindai pesan komit dari PR untuk awalan gaya semantic-release (misalnya: fix: , feat: , BREAKING ) dan secara otomatis menerapkan patch yang sesuai minor / major label ke PR.
Terinspirasi oleh utas Twitter ini.

Apakah Anda menganggap ini sebagai plugin yang didukung secara resmi?

@hipstersmoothie berkata:

Ya, itu terdengar seperti plugin yang bagus! Aku baik-baik saja dengan itu menjadi resmi. Meskipun kita mungkin perlu menambahkan satu atau dua kait tambahan untuk perilaku ini

Kait dengan nama parseCommit dapat mengaktifkan ini di sini

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

@aleclarson berkata:

Kita bisa menggunakan parse-commit-message untuk mengekstrak metadata dari komit (meskipun ketergantungannya pada esm membuatnya sedikit berat , tapi itu akan dihapus setelah NodeJS mendukung modul ES secara asli). Sementara itu, kita bisa melakukan fork dan menghapus ketergantungan esm jika itu cukup mengganggu kita. Bahkan jika kita tidak melakukan fork, itu masih ~6x lebih kecil dari yang digunakan semantic-release .

enhancement

Komentar yang paling membantu

@aleclarson mengapa ukuran saya begitu banyak masalah? Bahkan di node land, manajer paket kami sudah cukup pintar untuk melakukan dedupe.

Saya tidak pernah menyebutkan dependensi duplikat sebagai masalah. Saya hanya waspada terhadap alat yang membengkak secara umum. "Semakin ringan semakin baik" adalah aturan praktis saya, tetapi untuk masing-masing miliknya. Saya tidak terlalu tertarik untuk memperdebatkan hal ini. :)

Btw, untuk bergabung dengan pesta. git-commits-since dan detect-next-version mungkin lebih membantu di sini?

Saya lebih suka menggunakan parse-commit-message karena paket-paket itu tampaknya menduplikasi logika yang sudah ada di auto-release , tapi mungkin @hipstersmoothie akan siap untuk mengganti logika yang ada dengan paket-paket itu untuk mengurangi beban pemeliharaan.

Semua 14 komentar

Itu cukup aneh bagaimana itu tergantung pada ESM

Mungkin seharusnya menggunakan esm untuk build dan bukan di produksi

ini seperti menggunakan babel-register alih-alih hanya membangunnya dan menerbitkan folder dist

Saya pikir hal yang sama pada awalnya, tetapi melihat kode sumber mengatakan sebaliknya.

edit: Oh nvm, maksudmu esm dapat digunakan untuk mengkompilasi sebelum diterbitkan. Kita harus mengirim PR.

Sepertinya modul yang bagus sebaliknya. Bagus dan ramping

Sepertinya esm tidak dibuat untuk kompilasi: https://github.com/standard-things/esm/issues/13#issuecomment -321710199

Saya katakan kita bercabang untuk saat ini, dan mengonversi sintaks import dan export ke CommonJS.

hmm ya saya baru saja membaca readme. Sepertinya saya salah paham

Saya akan membuat pr untuk beralih ke https://github.com/developit/microbundle dan mungkin dia akan menambahkannya.

Anda harus mempertimbangkan untuk menggunakan https://github.com/egoist/bili sebagai gantinya. Ini memiliki setengah ukuran pemasangan, tetapi mungkin memiliki pengorbanan lain. Tidak yakin.

Btw, untuk bergabung dengan pesta. git-commits-since dan detect-next-version mungkin lebih membantu di sini?

Saya menggunakan esm karena jaminan dan karena itu berada di belakang tanda fitur esm Node. Saya dengan mudah dapat menggunakan ascjs atau sejenisnya seperti rewrite-imports , tetapi esm mendukung lebih dari sekadar impor/ekspor. Dan karena saya tidak akan _any_ membangun langkah atau apa pun, untuk pengujian saya hanya menggunakannya sebagai pengait ke pelari saya.

Yang membawa kita ke sana, kita dapat beralih ke ascjs atau asbundle .

@aleclarson mengapa ukuran saya begitu banyak masalah? Bahkan di node land, manajer paket kami sudah cukup pintar untuk melakukan dedupe.

@aleclarson mengapa ukuran saya begitu banyak masalah? Bahkan di node land, manajer paket kami sudah cukup pintar untuk melakukan dedupe.

Saya tidak pernah menyebutkan dependensi duplikat sebagai masalah. Saya hanya waspada terhadap alat yang membengkak secara umum. "Semakin ringan semakin baik" adalah aturan praktis saya, tetapi untuk masing-masing miliknya. Saya tidak terlalu tertarik untuk memperdebatkan hal ini. :)

Btw, untuk bergabung dengan pesta. git-commits-since dan detect-next-version mungkin lebih membantu di sini?

Saya lebih suka menggunakan parse-commit-message karena paket-paket itu tampaknya menduplikasi logika yang sudah ada di auto-release , tapi mungkin @hipstersmoothie akan siap untuk mengganti logika yang ada dengan paket-paket itu untuk mengurangi beban pemeliharaan.


:rocket: Masalah dirilis pada 10.0.0 :rocket:

Apakah halaman ini membantu?
0 / 5 - 0 peringkat