Skip to content

chore(#491): bump marketing-site framework version to 2.2.0#492

Merged
atlas-apex merged 1 commit into
devfrom
chore/GH-491-site-version
Jun 3, 2026
Merged

chore(#491): bump marketing-site framework version to 2.2.0#492
atlas-apex merged 1 commit into
devfrom
chore/GH-491-site-version

Conversation

@atlas-apex

Copy link
Copy Markdown
Collaborator

Summary

  • Fixes the stale framework version on the public marketing site (site/index.html, served at yard.apexscript.com). The CEO spotted the JSON-LD advertising 1.3.0 while the framework is at 2.2.0; the hero also still read apexyard v1.1 / linked the v1.1.0 release. The labels had drifted ~5 release cycles because /release doesn't bump the site.
  • JSON-LDsoftwareVersion 1.3.0 → 2.2.0; dateModified 2026-05-24 → 2026-05-29 (the v2.2.0 release date) so the structured data is internally coherent.
  • Hero — pill apexyard v1.1 → v2.2; version link text + releases/tag/ href v1.1.0 → v2.2.0 (tag verified to exist).
  • Releases metric7 → 12 and range (v0.1 → v1.3) → (v0.1 → v2.2); 12 matches the CHANGELOG release-entry count (0.1.0 … 2.2.0).
  • Historical strings left untouched — the ## [1.3.0] CHANGELOG entry, v1.2.0-to-v1.3.0.sh migration-script names, and AgDR examples are correct history, not drift.

Follow-up (out of scope): make /release update the site version strings so this can't drift again — noted on the ticket.

Testing

  • bash .claude/hooks/tests/test_site_counts.sh → PASS (skills/hooks/roles counts unchanged; per-page payload-size meta within 5%).
  • gh release view v2.2.0 confirms the hero link target resolves (link-check safe).
  • Visual: only the five version strings changed (see diff) — no layout/content drift.

Glossary

Term Definition
JSON-LD softwareVersion Schema.org structured-data field search engines read for the app's advertised version
Release-cut drift Version labels going stale because the release flow updates the tag but not the site's hard-coded strings

Closes #491

- JSON-LD softwareVersion 1.3.0 → 2.2.0; dateModified → 2026-05-29 (v2.2.0 release date)
- Hero pill apexyard v1.1 → v2.2; hero version link v1.1.0 → v2.2.0 (release-tag href + text)
- Releases metric 7 → 12, range (v0.1 → v1.3) → (v0.1 → v2.2) — 12 releases per CHANGELOG
- Historical version strings (CHANGELOG entry, migration scripts, AgDRs) left untouched

Closes #491

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

@atlas-apex atlas-apex left a comment

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review: PR #492

Commit: 2fe1ac0795b7cad0af59a3b69048107e0263e6cb

Summary

Content-only bump of the public marketing site (site/index.html) framework version from stale 1.3.0/v1.1 to current 2.2.0. Five version-string locations updated across 6 hunks; no logic, markup, or other files touched. Closes #491.

Checklist Results

  • ✅ Architecture & Design: N/A (content change, no code)
  • ✅ Code Quality: Pass
  • ✅ Testing: Pass (site-counts test green)
  • ✅ Security: Pass (no secrets, no auth surface)
  • ✅ Performance: Pass (payload-size meta within 5% after 7→12)
  • ✅ PR Description & Glossary: Pass
  • ✅ Summary Bullet Narrative: Pass (narrative + rationale per bullet)
  • ✅ Technical Decisions (AgDR):N/A (content bump, not a technical decision)
  • ✅ Adopter Handbooks: N/A (no handbooks triggered by .html content diff)

Verification performed

  1. Only intended changes — diff is exactly the five expected edits and nothing else:

    • JSON-LD softwareVersion 1.3.0 → 2.2.0
    • JSON-LD dateModified 2026-05-24 → 2026-05-29
    • Hero pill apexyard v1.1 → v2.2
    • Hero version link text + releases/tag/ href v1.1.0 → v2.2.0
    • Releases metric 7 → 12 and range (v0.1 → v1.3) → (v0.1 → v2.2)

    gh pr diff --name-onlysite/index.html only. No layout/markup damage; no stale 1.3.0/v1.1 strings left behind.

  2. 2.2.0 is current — CHANGELOG top entry is ## [2.2.0] — 2026-05-29; v2.2.0 tag exists on me2resh/apexyard (local + refs/tags/v2.2.0 remote). dateModified matches the 2.2.0 release date — structured data is internally coherent.

  3. Release count 12 correctgrep -cE '^## \[[0-9]' CHANGELOG.md → 12 (0.1.0 … 2.2.0).

  4. Hero link target resolvesreleases/tag/v2.2.0 tag confirmed present; link-check safe.

  5. Historical strings untouched## [1.3.0] CHANGELOG entry (line 163), .claude/migrations/v1.2.0-to-v1.3.0.sh, and AgDR examples all intact and outside the diff. Correct history preserved.

  6. CI safetytest_site_counts.sh → PASS; per-page payload-size meta stays within 5% after the +1 char (7→12).

  7. PR body — narrative Summary, Testing section, Glossary, Closes #491 all present.

Issues Found

None.

Suggestions

  • The PR's own follow-up note is the right call: making /release touch the site version strings would stop this ~5-cycle drift from recurring. Out of scope here.

Verdict

APPROVED


🤖 Reviewed by Rex (Code Reviewer Agent)
📌 Reviewed commit: 2fe1ac0795b7cad0af59a3b69048107e0263e6cb

@atlas-apex atlas-apex merged commit 4205203 into dev Jun 3, 2026
3 checks passed
@atlas-apex atlas-apex deleted the chore/GH-491-site-version branch June 3, 2026 16:08
me2resh added a commit that referenced this pull request Jun 5, 2026
- JSON-LD softwareVersion 1.3.0 → 2.2.0; dateModified → 2026-05-29 (v2.2.0 release date)
- Hero pill apexyard v1.1 → v2.2; hero version link v1.1.0 → v2.2.0 (release-tag href + text)
- Releases metric 7 → 12, range (v0.1 → v1.3) → (v0.1 → v2.2) — 12 releases per CHANGELOG
- Historical version strings (CHANGELOG entry, migration scripts, AgDRs) left untouched

Closes #491

Co-authored-by: me2resh <ahmed.abdelaliem@gmail.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants