Skip to content

Use client ID and document setup pitfalls - #9

Merged
slifty merged 2 commits into
mainfrom
noissue-use-client-id
Jul 27, 2026
Merged

slifty merged 2 commits into
mainfrom
noissue-use-client-id

Conversation

@slifty

@slifty slifty commented Jul 27, 2026

Copy link
Copy Markdown
Member

Follow-up to #7, from setting the workflow up for real against auth.

app-idclient-id. actions/create-github-app-token deprecated app-id; every run logged Input 'app-id' has been deprecated with message: Use 'client-id' instead.

⚠️ This needs an org variable before the v1 tag moves. PDC_BOT_CLIENT_ID must be set (the Iv23... Client ID from the pdc-bot app page, not the numeric App ID) or every caller breaks. Order: set the variable → merge → move v1. PDC_BOT_APP_ID can be deleted afterward.

README fixes:

  • git tag -f v1 origin/main rather than main, so a stale local checkout can't publish the wrong commit under a force-pushed tag.
  • Don't attach a GitHub release to v1 — releases can be marked immutable, which would permanently prevent the tag from moving and break the whole rollout model.
  • Two setup steps that cost real debugging time: the Projects permission has identically named entries under Organization and Repository permissions (only the Organization one reaches an org board), and creating the app does not install it.
  • A gh api snippet to verify what the installation was actually granted.

🤖 Generated with Claude Code

https://claude.ai/code/session_01V72EH61bzDFnGMcnEfvnZY

slifty added 2 commits July 27, 2026 16:10
The create-github-app-token action deprecated `app-id` in favor of
`client-id`, which logged a warning on every run.

Also record two setup steps that were easy to miss: the Projects
permission has identically named entries under Organization and
Repository, and creating the app does not install it.
The caller job needs no GITHUB_TOKEN scopes; all work uses the app
token minted inside the reusable workflow. Stating permissions
explicitly avoids inheriting whatever the repository default is.

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Updates the reusable “Add to project” workflow and its onboarding docs to align with actions/create-github-app-token’s app-id deprecation and to document common setup/tagging pitfalls for rolling the v1 tag.

Changes:

  • Switch actions/create-github-app-token input from app-id to client-id (PDC_BOT_CLIENT_ID).
  • Harden the caller workflow template (and documented example) by explicitly setting permissions: {}.
  • Expand README guidance around app installation/permissions, verifying granted permissions via gh api, and safer v1 tag publishing.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated no comments.

File Description
workflow-templates/add-to-project.yml Adds permissions: {} to the template caller workflow before invoking the reusable workflow.
.github/workflows/README.md Documents PDC_BOT_CLIENT_ID, setup pitfalls (org vs repo Projects permission, app installation), verification snippet, and safer v1 tagging guidance.
.github/workflows/add-to-project.yml Replaces deprecated app-id usage with client-id for app token generation.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

@bickelj bickelj left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's go!

@slifty
slifty merged commit bfd0853 into main Jul 27, 2026
1 check passed
@slifty
slifty deleted the noissue-use-client-id branch July 27, 2026 20:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants