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 menerapkanpatch
yang sesuaiminor
/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
@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 digunakansemantic-release
.
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
esm sepertinya menambah 65kb
https://packagephobia.now.sh/result?p=parse-commit-message
https://bundlephobia.com/[email protected]
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
dandetect-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:
Komentar yang paling membantu
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. :)
Saya lebih suka menggunakan
parse-commit-message
karena paket-paket itu tampaknya menduplikasi logika yang sudah ada diauto-release
, tapi mungkin @hipstersmoothie akan siap untuk mengganti logika yang ada dengan paket-paket itu untuk mengurangi beban pemeliharaan.