MAINT: Phase 1 - Add HTML archives to GitHub release assets #659
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
Implements Phase 1 from the publishing workflow upgrade: HTML archive backup on releases.
Changes
This PR adds steps to the
publish.ymlworkflow to create and upload HTML archives as GitHub release assets:_build/html/into a.tar.gzarchive after the HTML buildhtml-checksum.txt)html-manifest.json)softprops/action-gh-release@v1Release Assets Created
Each
publish-*tag will now include:• 📦
lecture-python-intro-html-{tag}.tar.gz- Full HTML site archive (~200-300 MB)• 🔐
html-checksum.txt- SHA256 verification file• 📋
html-manifest.json- Build metadata (tag, commit, timestamp, size, file count)Key Features
• ✅ Does not modify
_build/html/directory (gh-pages deployment unaffected)• ✅ Preserves existing release notes (no
bodyoverride)• ✅ Automatic tag detection from workflow context
• ✅ Creates safety net before Phase 2 (gh-pages history cleanup)
Testing Plan
After merge, test with a
publish-test-*tag to verify:sha256sum -c html-checksum.txtRelated
meta/publishing-workflow-upgrade-tracking.md