|
2 | 2 |
|
3 | 3 | ## Learnings |
4 | 4 |
|
| 5 | +### 2026-07-15 — Merge main into feature branch (shallow clone handling) |
| 6 | + |
| 7 | +**Context:** Branch `copilot/fix-github-issue-96` was a shallow clone (grafted). Merging main required `git fetch --unshallow` first, then `git fetch origin main:refs/remotes/origin/main` to create the remote tracking ref. PR #93 (`Fix unit test failure in workspace tests`) fixed the failing workspace-extractor test. After merge, all 910 tests pass. |
| 8 | + |
| 9 | +**Key patterns:** |
| 10 | +- Always check `git rev-parse --is-shallow-repository` before merge/rebase operations. |
| 11 | +- Shallow clones won't have `origin/main` — need explicit fetch to create tracking ref. |
| 12 | +- Run tests before AND after merge to confirm the fix vs pre-existing failures. |
| 13 | + |
5 | 14 | ### 2025-05-18 — gh-aw (GitHub Agentic Workflows) Feasibility Analysis |
6 | 15 |
|
7 | 16 | **Context:** Evaluated [gh-aw](https://github.com/github/gh-aw) as a possible replacement for hand-rolled YAML workflows in the branch maintenance plan. |
|
27 | 36 | 5. **gh-aw *does* support custom GitHub Apps for writes.** `safe-outputs.github-app` accepts `client-id`/`private-key` for the write-side job ([Safe Outputs — Global Configuration Options](https://github.github.com/gh-aw/reference/safe-outputs/#global-configuration-options)), and `on.github-app` does the same for activation and skip-if jobs ([Activation Token](https://github.github.com/gh-aw/reference/triggers/#activation-token-ongithub-token-ongithub-app)). Most safe-output types also accept a custom `github-token:`. A custom GitHub App pattern is therefore compatible with gh-aw and is **not** a blocker for adoption. |
28 | 37 |
|
29 | 38 | 6. **Phased adoption is a general engineering principle, not a gh-aw–specific finding.** The gh-aw homepage carries an explicit caution: *"GitHub Agentic Workflows is in early development and may change significantly… Use it with caution, and at your own risk."* ([homepage note](https://github.github.com/gh-aw/)). Combined with the platform's emphasis on human supervision, this supports starting with low-risk advisory workflows before adopting anything gating. |
| 39 | + |
| 40 | +### 2026-07-15 — PR #102 metadata correction |
| 41 | + |
| 42 | +**Context:** PR #102 was auto-created with title/body describing only the last action (merge main) instead of the branch's actual work (override format alignment for issue #96). Updated PR body via `engine-tools-report_progress`. Title update blocked by `gh` CLI 403 — the Copilot agent token lacks GraphQL mutation scope for `updatePullRequest`. |
| 43 | + |
| 44 | +**Key patterns:** |
| 45 | +- `engine-tools-report_progress` updates PR body but NOT title. |
| 46 | +- `runtime-tools-create_pull_request` detects existing PRs but does not update them. |
| 47 | +- `gh pr edit` requires a token with full `repo` scope; the Copilot agent token (`ghu_*`) does not have it. |
| 48 | +- Always review auto-generated PR metadata before sharing — branch name `copilot/fix-github-issue-96` correctly hints at the real work, but the auto-title did not. |
| 49 | + |
| 50 | +### 2026-06-01 — Orchestration: merge main into branch |
| 51 | + |
| 52 | +**Context:** Scribe executed merge-main manifest for branch `copilot/fix-github-issue-96`. Merge validation: tests run before/after to confirm stability. |
| 53 | + |
| 54 | +**Pattern:** Standard merge orchestration with validation gates. |
0 commit comments