This release covers changes from v1 to v2 of the GitHub Issues API documentation set (portfolio repo).
- v1 baseline (GitHub repo docs-only):
4de1450on 2026-02-01
docs: add evidence-backed guides (quickstart, pagination, troubleshooting) - v2 release:
3c054e2on 2026-02-02
docs: publish Guides HTML and fix related links - Follow-up (discoverability):
ab5bccaon 2026-02-02
docs: link from README/spec
v2 publishes the task-based Guides as a static HTML site under GitHub Pages alongside the Redoc reference docs. It also fixes “Related links” so they resolve to canonical GitHub URLs (instead of behaving like local file links when clicked from generated HTML), and makes the Guides rebuild process consistent via scripts/build-guides.mjs.
- Guides HTML ships with Pages (
docs/guides/index.html+ per-guide HTML pages + shared styling/navigation). - Related links are web-safe (canonical GitHub URLs in guide content).
- Reference docs can hand off to tasks via README and OpenAPI
externalDocspointing to the Guides index.
- Added a
/guidesdocumentation set to complement the OpenAPI reference docs. - Includes Quickstart, Pagination & Filtering behaviors, Errors & Troubleshooting, and a Support Checklist.
- Guides are aligned to observed API behavior and validated against evidence artifacts and the test suite.
- Designed for skimmability and real-world use (task-based steps, common failure modes, reproducible troubleshooting).
- Added a generated Guides site under
docs/guides/with shared styling and navigation. - Normalized “Related links” in guide markdown to point to canonical GitHub URLs.
- Generates a static Guides site in
docs/guides/with shared styling and navigation. - Includes/updates
scripts/build-guides.mjsso Guides can be rebuilt consistently. - Keeps Pages output in
/docsso the reference docs and guides ship together.
- Updated repo README with the live Guides URL plus source Markdown links.
- Fixed OpenAPI
externalDocsto point to the Guides index and kept official docs referenced ininfo.description.
These are “breaking” only for the documentation set’s published behavior.
Change: The recommended share link is the Guides HTML index and per-guide .html pages on GitHub Pages.
Who is affected: Anyone sharing guides/*.md as the “live docs” experience.
Action: Update shared links to the HTML pages. Keep Markdown links for repo browsing only.
Verify: Open the Guides index on Pages and confirm each guide opens.
Change: Relative links like glossary.md can resolve incorrectly when content is rendered into standalone HTML.
Action: Use canonical GitHub URLs (tree/blob) in “Related links”.
Verify: Click every “Related links” item from a guide HTML page and confirm it opens on GitHub.
Change: docs/guides/*.html is generated output.
Action: Edit guides/*.md, run the build script, then commit regenerated HTML.
Verify: Make a small Markdown edit, rebuild, and confirm HTML updates.
- Deprecated (v2.0): Local/relative file links in “Related links” intended for the published site.
- Removal target (v2.1): Remove any remaining relative “Related links” and standardize on canonical GitHub URLs everywhere.
- Replacement: Canonical GitHub URLs + Pages
.htmllinks.
| Scenario | v1 behavior | v2 behavior | Impact | Action |
|---|---|---|---|---|
| Reader using GitHub Pages | Guides not available as a site | Guides HTML site exists under /guides/ |
Medium | Share Guides index URL |
| Reader clicking “Related links” from HTML | May resolve to local/relative paths | Opens canonical GitHub URLs | Low | None |
| Maintainer updating guides | No consistent rebuild expectation | Rebuild via script + commit output | Medium | Run node scripts/build-guides.mjs |
- Path assumptions: If you ever move the Guides output folder, confirm every nav link still resolves relative to
/guides/(for example, links toindex.htmland the per-guide.htmlpages). - Mixed link sharing: GitHub-rendered Markdown (
guides/*.md) is fine for repo browsing, but the best “docs site” experience is the Pages HTML (/guides/*.html). Mixing them in the same “start here” path can confuse readers. - Avoid committing dependencies: If
node_modules/ever shows up in a docs commit, treat it as accidental. Prefer committing source + built output, not dependencies.