GitHub CI пропускает черновик релиза при разрешённом пропуске Windows-подписи
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 78/100
Research direction
Start with the package and release jobs in .github/workflows/ci.yml around lines 459–469 and 523–527, then review the linked GitHub Actions dependency behavior. Make the release job run for release tags on GitHub after successful packaging, including the permitted unsigned case. Check signing success, permitted signing skip, and package failure.
Written by the indexing model from the issue text.
Description
Приоритет P2 · milestone v0.5 (0.5.0)
При выпуске с явно разрешённым исключением для Windows-подписи CI собирает и проверяет архивы, но молча пропускает создание черновика.
Воспроизведение: открыть прогон v0.4.0. Sign Windows binaries имеет статус skipped, Verify release archives — success, Draft release — skipped. Для этого выпуска черновик пришлось создавать отдельно из проверенного артефакта.
Причина: условие package в .github/workflows/ci.yml:459–469 явно допускает skipped для разрешённых тегов. У release (.github/workflows/ci.yml:523–527) нет явной функции статуса, поэтому GitHub применяет неявный success(), и пропуск транзитивной зависимости распространяется на финальное задание. Условия и зависимости GitHub Actions.
Ожидаемо: черновик создаётся на GitHub для релизного тега после успешного package, в том числе для разрешённого unsigned-исключения.
Направление исправления: проверять !cancelled() и needs.package.result == 'success' явно. Сохранить ограничение на релизный тег и GitHub. Проверить ветви «подписание выполнено», «разрешённый пропуск» и «упаковка упала».
Аудит ffa65648867139f9e45c15f4b635a83c1ff52c1b.
- Dominant language
- C#
- Stars
- 5
- Forks
- 1
- Avg merge
- 23m
- Merged PRs (30d)
- 144
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from endercodezz/BYDLO
-
bug network
Difficulty 4/5 3-5 days Newbie friendliness 63/100
endercodezz/BYDLO#343 ·
Maintainers usually reply within 1 day
-
bug network
Difficulty 4/5 3-5 days Newbie friendliness 55/100
endercodezz/BYDLO#342 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 53/100
endercodezz/BYDLO#341 ·
Maintainers usually reply within 1 day
-
bug network
Difficulty 4/5 3-5 days Newbie friendliness 56/100
endercodezz/BYDLO#340 ·
Maintainers usually reply within 1 day
-
bug network
Difficulty 4/5 3-5 days Newbie friendliness 53/100
endercodezz/BYDLO#339 ·
Maintainers usually reply within 1 day
All issues in endercodezz/BYDLO
Similar issues
-
要トリアージ
Difficulty 2/5 1-3 hours Newbie friendliness 64/100
Maintainers usually reply within 1 day
-
S: Untriaged
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
Trauma-Station/Trauma-Station#5285 ·
Maintainers usually reply within 1 day
-
.NET good first issue testing
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
HelloblueAI/HelloblueGK#311 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 77/100
unoplatform/uno#26080 ·
Maintainers usually reply within 1 day
-
area:app
Difficulty 2/5 1-3 hours Newbie friendliness 63/100
KSAModding/Borea#1162 · 1 comment ·
Maintainers usually reply within 1 day