githubnext / githubnext/gh-aw-cao
[dependabot:release-train-updater] create_pull_request reports no commits found for githubnext/gh-aw-cao self-target dependency bumps
- Dominant language
- JavaScript
- Stars
- 3
- Forks
- 1
- Avg merge
- 49m
- Merged PRs (30d)
- 837
Description
`create_pull_request` reports "No changes to commit - no commits found" on a verified,
non-empty commit — 3rd confirmed occurrence for `githubnext/gh-aw-cao` self-target runs.
**Action:** A maintainer with access to the safe-output job/pipeline logs should inspect why
`create_pull_request` cannot see commits when `target_repo == githubnext/gh-aw-cao` (workspace
root used directly, not a separate `target/` checkout). Acceptance check: a subsequent
dependency-bump PR from this workflow lands and appears in `gh pr list` for this repo.
## Evidence (this run, 2026-09-10 19:30 UTC)
- Branch: `dependabot-agent/astro-patch-update-20260910193031`, commit `c46d9b98`.
- Change: patch bump `astro` 7.3.1->7.3.2, `@astrojs/markdown-remark` 7.3.0->7.3.1 (verified
clean, dependency-tree-identical patch pair; see prior attempt details below).
- Verified BEFORE calling `create_pull_request`:
- `git log origin/main..HEAD --oneline` → exactly 1 non-empty commit.
- `git diff origin/main HEAD --stat` → exactly 2 files changed (`package.json`,
`package-lock.json`).
- `git branch --show-current` → matches the `branch` parameter passed to the tool.
- Tool call result: `{"result":"error","error":"No changes to commit - no commits found",...}`
— identical error text to the two prior occurrences.
## Prior occurrences (from `/tmp/gh-aw/cache-memory` run history)
1. **2026-09-10 07:55 UTC** — undici override fix, diff ~41+/34- lines. Same error.
2. **2026-09-10 14:37 UTC** — astro/markdown-remark patch bump (same candidate as this run),
diff ~50+/11- lines. Failed twice in that run (with and without explicit `base: "main"`),
both with the identical error. `create_issue` was called then too (that issue does not
appear to have received a maintainer response yet, or was not discoverable via
`search_issues` from this run's token — searches for "astro", "no commits found", and
"create_pull_request" in this repo's issues all returned 0 results before this run).
3. **This run (2026-09-10 19:30 UTC)** — same astro/markdown-remark candidate, new branch/
commit SHA, identical error a 3rd time.
Three different diffs, three different branch names, three different commit SHAs — all with
the exact same error message — strongly indicates a bug in the `create_pull_request`
safe-output implementation specific to this repo's self-target scenario (workspace root IS
the target repo), not a diff-size, content, or candidate-specific issue. By contrast, runs
where `target_repo` is a *different* repo (checked out separately under `target/`, e.g.
`github/gh-aw`, `github/gh-aw-firewall`) have had `create_pull_request` report success from
that separate checkout directory.
## Suggested next steps
1. Check the safe-output job/publisher logs for this workflow around the "no commits found"
error path — likely a mismatch between the directory/ref the publisher expects commits in
vs. the workspace root checkout used for self-target runs.
2. Confirm bot/token push permissions and default-branch resolution for self-target dispatch
are configured the same way as for the `target/`-checkout path.
3. Once root-caused, the fastest end-to-end confirmation candidate is this same
astro/`@astrojs/markdown-remark` patch bump — it is small (2 files), dependency-tree
verified, and has now failed identically 3 times, so a successful PR from it would
confirm the fix.
4. Until resolved, avoid further blind retries of `create_pull_request` for
`githubnext/gh-aw-cao` self-target runs beyond 1 verification attempt per run — go
straight to `create_issue`/comment on this issue instead, to avoid burning additional
retries on a systemic bug.
## Prepared fix (ready to apply manually once the pipeline issue is fixed)
```
package.json:
"@astrojs/markdown-remark": "7.3.0" -> "7.3.1"
"astro": "7.3.1" -> "7.3.2"
package-lock.json: regenerated via
npm install --package-lock-only --registry=https://registry.npmjs.org/ --ignore-scripts
```
Verified: identical dependency trees between old/new versions (only transitive
`@astrojs/markdown-satteri` 0.4.0->0.4.1), `npm audit` unchanged (5 findings, unrelated
undici/``@actions`` chain), both files valid JSON.
> [!WARNING]
>
> Firewall blocked 4 domains
>
> The following domains were blocked by the firewall during workflow execution:
>
> - `msfeed12.pkgs.visualstudio.com`
> - `msfeed17.pkgs.visualstudio.com`
> - `msfeed2.pkgs.visualstudio.com`
> - `msfeed25.pkgs.visualstudio.com`
>
> To allow these domains, add them to the `network.allowed` list in your workflow frontmatter:
>
> ```yaml
> network:
> allowed:
> - defaults
> - "msfeed12.pkgs.visualstudio.com"
> - "msfeed17.pkgs.visualstudio.com"
> - "msfeed2.pkgs.visualstudio.com"
> - "msfeed25.pkgs.visualstudio.com"
> ```
>
> See [Network Configuration](https://github.github.com/gh-aw/reference/network/) for more information.
>
>
> Generated by [:dependabot: Dependabot / Release Trains](https://github.com/githubnext/gh-aw-cao/actions/runs/34519857726) · copilot · auto · 108.8 AIC · ⌖ 18.3 AIC · ⊞ 18.1K · [◷](https://github.com/search?q=repo%3Agithubnext%2Fgh-aw-cao+is%3Aissue+%22gh-aw-workflow-call-id%3A+githubnext%2Fgh-aw-cao%2Fdependabot-release-train-updater%22&type=issues)
>
Add this agentic workflow to your repo
To install this agentic workflow, run
```
gh aw add githubnext/gh-aw-cao/.github/workflows/dependabot-release-train-updater.md@main
```
> - [x] expires on Sep 24, 2026, 7:35 PM UTC
Contributor guide
Research direction
Inspect the safe-output job/publisher logs around the create_pull_request "no commits found" path, comparing self-target workspace-root runs with separate target/ checkout runs. Verify directory, ref, permissions, and default-branch handling; done means a verified self-target dependency bump produces a pull request visible in gh pr list.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- git, github-actions
- Domain
- ci-cd, devops, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100