Skip to content

Verify live GitHub Pages deployment end to end #5

Description

@johnnygreco

Objective

Configure and verify the repository's live GitHub Pages deployment after the GitHub Actions workflow has merged to main, proving that the published Zensical docs page is fully functional.

Context

Scope

  • In scope: ensure repo Pages settings use GitHub Actions as the build/deployment source; inspect the main deployment workflow run; smoke-test the live Pages URL and important pages/assets; update the tracker with final evidence.
  • Non-goals: broad content rewrites or workflow redesign unless verification exposes a defect.
  • Backward compatibility: do not support GitLab Pages.
  • Dependencies: Add GitHub Actions CI and Pages deployment #3 and Update repository docs for GitHub-native workflow #4 must merge first.
  • Sequencing: final implementation/verification issue before closing the tracker.

Implementation Notes

Use the GitHub API/CLI to inspect or configure Pages. Use Actions run logs/status to verify the deploy job. Smoke-test at least the homepage, Dev Notes listing, one Dev Note post, research runtime page, favicon/brand assets, and generated Dev Notes cards/bylines. If the live site fails because of repo/organization policy, record the exact API response and run evidence in #2.

Acceptance Criteria

  • GitHub Pages is configured for the repository with GitHub Actions deployment.
  • The latest main Pages workflow completes successfully.
  • The live Pages URL returns HTTP 200 for the homepage and selected internal pages/assets.
  • Smoke checks verify generated Dev Notes cards/bylines and site navigation/search assets are present in published output.
  • Tracker GitHub goal delivery: convert repo from GitLab to GitHub #2 has final status, validation evidence, and any known residual risks.

Required Validation

  • Inspect Pages API settings and latest Actions run status.
  • Run live HTTP smoke checks against the Pages URL for key pages/assets.
  • Run scripts/build-docs.sh locally if a verification defect requires a code/config fix.

PR Expectations

If verification requires code/config changes, open a focused PR with validation evidence. If no code changes are required, close the issue with a verification comment and update tracker #2 directly.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions