Skip to content

ci: publish rustdoc through the Pages artifact instead of a side-channel gh-pages push#2916

Merged
huitseeker merged 3 commits intonextfrom
fix/pages-rustdoc-source-conflict
Apr 3, 2026
Merged

ci: publish rustdoc through the Pages artifact instead of a side-channel gh-pages push#2916
huitseeker merged 3 commits intonextfrom
fix/pages-rustdoc-source-conflict

Conversation

@huitseeker
Copy link
Copy Markdown
Contributor

@huitseeker huitseeker commented Mar 26, 2026

https://0xmiden.github.io/miden-vm/docs does not (yet) produce the expected rustdoc.

That's because the repo had two different ideas of how GitHub Pages was being published. The rustdoc job was updating a gh-pages branch, while the repo also had a Pages workflow that deployed a separate site artifact. That split makes /docs easy to populate in the branch while the live site continues serving something else entirely.

This change makes docs.yml build the complete Pages payload itself: the root page redirects to docs.miden.xyz/miden-vm/ and the generated rustdoc is placed at /docs/. It also removes the older manual redirect-only workflow so there is a single authoritative publisher for the Pages site.

Operationally, this only works as intended when the repository Pages source is configured to use GitHub Actions rather than Deploy from a branch. Once that setting is aligned, the workflow output and the public site should finally match.

An alternative way to this PR is to use Deploy from a branch: https://docs.github.com/en/pages/getting-started-with-github-pages/configuring-a-publishing-source-for-your-github-pages-site (but this would require a settings change)

@huitseeker huitseeker added the no changelog This PR does not require an entry in the `CHANGELOG.md` file label Mar 26, 2026
@huitseeker huitseeker force-pushed the fix/pages-rustdoc-source-conflict branch from c58491f to 6488886 Compare March 30, 2026 08:31
…nel gh-pages push

The repo had two different ideas of how GitHub Pages was being published. The rustdoc job was updating a gh-pages branch, while the repo also had a Pages workflow that deployed a separate site artifact. That split makes /docs easy to populate in the branch while the live site continues serving something else entirely.

This change makes docs.yml build the complete Pages payload itself: the root page redirects to docs.miden.xyz/miden-vm/ and the generated rustdoc is placed at /docs/. It also removes the older manual redirect-only workflow so there is a single authoritative publisher for the Pages site.

Operationally, this only works as intended when the repository Pages source is configured to use GitHub Actions rather than Deploy from a branch. Once that setting is aligned, the workflow output and the public site should finally match.
@huitseeker huitseeker force-pushed the fix/pages-rustdoc-source-conflict branch from 6488886 to 685d30c Compare March 30, 2026 08:55
@huitseeker huitseeker requested a review from Al-Kindi-0 April 3, 2026 08:26
@huitseeker huitseeker merged commit 15c07e8 into next Apr 3, 2026
17 checks passed
@huitseeker huitseeker deleted the fix/pages-rustdoc-source-conflict branch April 3, 2026 09:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

no changelog This PR does not require an entry in the `CHANGELOG.md` file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants