Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Release PRs from release-please don't run CI

オープン
#6 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
64/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
github-actions, python
領域
ci-cd, devops

調査の方向性

Start by reading the GitHub Actions workflow that runs release-please and the CI workflow it should trigger. Check how the release PR is authenticated and compare that with the documented GitHub App token option. Done means a release PR runs the full CI check list and can satisfy required checks on main.

索引モデルが issue の本文から書いたものです。

説明

bug ci release

Problem

release-please opens its release PRs with the workflow's GITHUB_TOKEN. GitHub doesn't start other workflows for events caused by that token, so CI never runs on a release PR. That's why #3 had no checks.

Today this is harmless, because a release PR only changes the manifest and changelog. But if branch protection on main ever requires checks, release PRs can't be merged. And a release could be cut without CI having run on that exact commit, although the release workflow's build-python job does re-run the tests before publishing.

Options

  • Use a GitHub App token (e.g. actions/create-github-app-token) for release-please. PRs and pushes it makes do trigger CI. This is recommended.
  • Or a fine-grained PAT stored as a secret (less preferred: a long-lived credential).

Done when

  • A release PR shows the full CI check list.
  • Branch protection on main can require CI without blocking releases.
主要言語
Python
スター
0
フォーク
0
平均マージ
28分
マージ済み PR(30日)
20

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

bitpin-dev/bitpin-sdk のほかの issue

bitpin-dev/bitpin-sdk の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。