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
- 30m
- Merged PRs (30d)
- 171
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
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
endercodezz/BYDLO#396 ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 72/100
endercodezz/BYDLO#395 ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 38/100
endercodezz/BYDLO#394 ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 48/100
endercodezz/BYDLO#393 ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 15/100
endercodezz/BYDLO#392 ·
Maintainers usually reply within 1 day
All issues in endercodezz/BYDLO
Similar issues
-
enhancement needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
microsoft/microsoft-ui-reactor#1460 ·
Maintainers usually reply within 1 day
-
t/bug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
dotnet/maui#39950 · 1 reaction ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
CommunityToolkit/Datasync#600 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
NimblePros/deviq-hugo#121 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
philterd/phileas-dotnet#188 ·