Auto: Rilis yang dihasilkan meskipun tidak ada label rilis
Jelaskan bugnya
Di salah satu repo kami, kami melihat penerapan yang konsisten ketika kami berharap tidak ada penerapan yang terjadi. Churn ini secara khusus terjadi ketika @renovatebot membuat permintaan tarik untuk memperbarui dependensi, jadi _mungkin_ bagaimana ia menangani proses komit/penggabungan.
Berikut adalah contoh PR di mana label no-release hadir ( Version: Trivial dalam kasus kami) tetapi rilis masih terjadi. Inilah hasil CI dari penggabungan yang diberikan.
@hipstersmoothie Saya akan memperbarui dengan mode verbose run ketika saya mendapat kesempatan. Jika saya bisa mengejarnya ke sesuatu yang khusus saya akan membuka PR.
Untuk Mereproduksi
Saya belum cukup mengidentifikasi apa kesamaan di sini. Ini adalah satu-satunya tempat di organisasi kami di mana @renovatebot menggabungkan pembaruan kode secara otomatis sehingga dapat dikaitkan dengan itu.
Perilaku yang diharapkan
Tidak ada rilis yang harus dipicu.
zephraph
Semua 11 komentar
Punya contoh lain di repo yang berbeda. https://github.com/artsy/palette/compare/v2.25.10...v2.25.11. Ini juga digabungkan secara otomatis, tetapi dengan bahaya alih-alih @renovatebot. Mungkin itu cara bot menggabungkan PR?
zephraph
pada 15 Jan 2019
bisa jadi. label pelepas lewati mengharuskan kepala memiliki label terkait.
Seharusnya terlihat mungkin mencari PR terakhir daripada komit terakhir.
hipstersmoothie
pada 15 Jan 2019
Baris yang relevan https://github.com/intuit/auto-release/blob/83463e3f468a6d5e265cd5c720530bc5ac637365/src/semver.ts#L59
hipstersmoothie
pada 15 Jan 2019
Hmm... ya. Jadi, ketika saya sedang membangun ini saya melihat antara hash kepala dan hash dari rilis terakhir dan menggunakannya untuk mencari tahu apa PR itu.
https://github.com/artsy/reaction/pull/1407/files#diff -ff397bdd24eed50e2a2cade2792a9d80R100
zephraph
pada 15 Jan 2019
@zephraph Untuk memperjelas, apakah ini situasi yang terjadi?
gitlog:
- Beberapa melakukan bot atau orang yang dibuat setelah Anda bergabung
- komit yang memiliki PR dengan label
skip-release
hasil:
auto tidak skip-release karena komit 2 tidak ada di atas gitloh
hipstersmoothie
pada 17 Jan 2019
Tidak ada komit yang dibuat setelah penggabungan. Tampaknya penggabungan itu sendiri. Ketika bot bergabung (saya pikir itu, tapi itu bisa jadi kebetulan) PR kemudian rilis terjadi bahkan ketika label skipReleaseLabels ada. Saya dapat menemukan lebih banyak contoh jika diperlukan.
Inilah contoh terbaru (mirip dengan yang di atas).
- https://github.com/artsy/renovate-config/pull/164 dibuat oleh renovate
- Renovasi yang ditetapkan
Version: Trivialke PR (yang ada di skipReleaseLabels ) - Renovasi menggabungkan PR secara otomatis
- Rilisan baru dipotong meskipun ada label
skipReleaseLabelsyang hadir
zephraph
pada 17 Jan 2019
Penggabungan PR ini tidak memiliki nomor PR di subjek komit
Semua yang bekerja memiliki nomor PR
auto bergantung pada nomor ini dalam pesan komit untuk mendapatkan nomor PR:
menggabungkan:
https://github.com/intuit/auto-release/blob/5cbccf46a9b49b12210325e7332d9f5c26b44ed1/src/log-parse.ts#L73
Jadi sepertinya ada sesuatu yang terjadi saat menggabungkan PR tersebut. Apakah itu rebase yang terjadi?
hipstersmoothie
pada 17 Jan 2019
kami membutuhkan fungsi yang mengembalikan pr yang terkait dengan SHA tetapi saya kesulitan menemukan metode octokit yang sesuai
hipstersmoothie
pada 18 Jan 2019
hmm baru saja mencoba mencocokkan komit di master dengan komit di PR tetapi tampaknya memiliki SHA yang berbeda.
Ini sangat mengecewakan. Sekarang saya tidak tahu bagaimana kami dapat mencocokkan komitmen ini dengan PR mereka
hipstersmoothie
pada 18 Jan 2019
merge_commit_sha untuk menyelamatkan
hipstersmoothie
pada 18 Jan 2019
@zephraph ini harus diperbaiki di v2.5.6 . Beri tahu saya jika Anda masih memiliki masalah!
hipstersmoothie
pada 18 Jan 2019
Masalah terkait
zephraph
·
10Komentar
tunnckoCore
·
4Komentar
shilman
·
7Komentar
jdalrymple
·
6Komentar
theAdhocracy
·
6Komentar
Komentar yang paling membantu
@zephraph ini harus diperbaiki di
v2.5.6. Beri tahu saya jika Anda masih memiliki masalah!