Fix gh-pages concurrency race conditions in deploy and preview workflows

[Copilot]

Both deploy.yml and preview.yml write to the gh-pages branch without a shared concurrency guard, allowing concurrent writes that cause rebase conflicts ("remote contains work not present locally").

Changes

• preview.yml: Replace concurrency: preview-${{ github.ref }} with a shared gh-pages group. The per-ref group only serialises within a single PR — concurrent runs from different PRs, or synchronize vs closed events on the same PR, can still race.
• deploy.yml: Add concurrency group — previously had no serialisation at all.

Both now use:

concurrency:
  group: gh-pages
  cancel-in-progress: false

cancel-in-progress: false is intentional: dropping queued runs would silently skip the closed-event cleanup that removes a preview from gh-pages.

References Primajin/satellite-tracker#357. The CESIUM_BASE_URL fix from that PR is not applicable here (this repo uses VITE_BASE_PATH instead).

Original prompt

Create a pull request in Primajin/Gyros only if applicable (i.e., only if the repo has GitHub Actions workflows that deploy previews or deploy to gh-pages and could have race conditions from concurrent gh-pages writes).

Reference fix to replicate:

• Source PR: fix: serialize gh-pages writes and correct CESIUM_BASE_URL in build workflow satellite-tracker#357

Tasks:

1. Inspect .github/workflows/* for:
   • rossjrw/pr-preview-action and/or
   • any deploy-to-gh-pages behavior (e.g., JamesIves/github-pages-deploy-action, peaceiris/actions-gh-pages, or steps pushing to gh-pages).
2. If a workflow writes to gh-pages, ensure all writers serialize using:

concurrency:
  group: gh-pages
  cancel-in-progress: false

Add a short comment explaining why per-ref concurrency is insufficient and why cancel-in-progress: false matters.
3) Port the CESIUM_BASE_URL fix from #357 only if this repo has an analogous step/bug (do not introduce CESIUM settings otherwise).
4) If no relevant workflow exists, do not open a PR.

Use the repository’s default branch as base. Keep changes minimal and workflow YAML valid. In PR body, reference Primajin/satellite-tracker#357 and explain the race condition briefly.

The following is the prior conversation context from the user's chat exploration (may be truncated):

User: Primajin/satellite-tracker#357 fixed an issue with concurrent gh pages preview actions. I use this in a couple of my (owner Primajin) repos, could you please open a pr in each repo that uses the gh pages preview or deploy action with the fixes from the above mentioned #357?

Assistant: Yes—I can do that, but I need the list of target repositories (or permission to discover them), then I can open one PR per repo applying the same workflow fix as Primajin/satellite-tracker#357.

What I already have from #357 (the patch to replicate)

• Update workflow concurrency to a single shared group so all gh-pages writers serialize:

  concurrency:
    group: gh-pages
    cancel-in-progress: false

• Fix the CESIUM_BASE_URL step to use github.event.pull_request.number (and proper quoting) in bash.

What I need from you

1. Please list the repos (exactly, as Primajin/<repo>), e.g.
   • Primajin/repo-a
   • Primajin/repo-b
2. Confirm which workflows to patch:
   • “Patch any workflow that uses rossjrw/pr-preview-action or a github-pages-deploy-action deploy to gh-pages”, or
   • “Only patch <workflow file path> in each repo” (if you know them).

Why I’m asking: I can’t reliably enumerate all repos you “use this in” via the API tool I have here (the endpoint to list your repos isn’t available in this environment), so I need you to provide the repo names (or I can work from a smaller subset).

Once you paste the repo list + confirm the rule above, I’ll open PRs in each repo with the changes from #357.

User: 1. What's the endpoint, so that I can try running it myself

Assistant: The REST endpoint I attempted to use (and which this chat tool reported as unsupported) was:

• GET https://api.github.com/users/Primajin/repos?per_page=100&sort=updated

(Equivalent in the GitHub REST docs: List repositories for a user.)

You can try it yourself with curl:

curl -L \
  -H "Accept: application/vnd.github+json" \
  -H "Authorization: Bearer $GITHUB_TOKEN" \
  https://api.github.com/users/Primajin/repos?per_page=100&sort=updated

Notes:

• If you omit the Authorization header, it may still work but you’ll be subject to much lower rate limits.
• If you specifically want your own repos (including private), use:
  • GET https://api.github.com/user/repos?per_page=100&sort=updated
    (requires auth), e.g.

  curl -L \
    -H "Accept: application/vnd.github+json" \
    -H "Authorization: Bearer $GITHUB_TOKEN" \
    https://api.github.com/user/repos?per_page=100&sort=updated

User: Is there a way to filter the fields to only show the urls via a get param?

Assistant: Yes—using GitHub’s REST API you can reduce payload size, but you generally can’t ask it (via a query param) to return only a single field like html_url.

You have two practical options:

1) Use the per_page + ? params as usual, then extract only URLs client-side

Example with jq:

curl -sL \
  -H "Accept: application/vnd.github+json" \
  -H "Authorization: Bearer $GITHUB_TOKEN" \
  "https://api.github.com/users/Primajin/repos?per_page=100&sort=updated" \
| jq -r '.[].html_url'

(Or use .[].url for API URLs.)

2) Use the X-GitHub-Api-Version header + a “custom media type” to get a smaller representation (limited)

For many endpoints you can request a more compact representation by choosing an appropriate Accept header, but it still won’t be “only URLs”.

Related: fields / partial response?

GitHub’s REST API does not support a general ?fields= / partial response query parameter like some APIs do. So there isn’t a “get param” to retu...

This pull request was created from Copilot chat.

[github-actions]

PR Preview Action v1.8.1
Preview removed because the pull request was closed.
2026-05-04 15:41 UTC

[github-actions]

Console Logs

✅ No logs were captured

[github-actions]

2026-05-04T11:24:05.455Z-iPad_Pro_landscape-3abf394.png

• https://github.com/Primajin/Gyros/releases/download/temp/2026-05-04T11.24.05.455Z-iPad_Pro_landscape-3abf394.png

2026-05-04T11:24:05.455Z-iPad_Pro-3abf394.png

• https://github.com/Primajin/Gyros/releases/download/temp/2026-05-04T11.24.05.455Z-iPad_Pro-3abf394.png

2026-05-04T11:24:05.455Z-iPhone_13-3abf394.png

• https://github.com/Primajin/Gyros/releases/download/temp/2026-05-04T11.24.05.455Z-iPhone_13-3abf394.png