bug(v1): Old docs remain in the gh-pages branch
See original GitHub issue🐛 Bug Report
The page “Converting Mutations” was removed from the docs but it still shows up in the Algolia results (search for mutation) can still publicly accessible at https://relay.dev/docs/en/converting-mutations.
~I suspect the deploy command is doing a merge with the existing files in the gh-pages branch and not removing the old files which no longer exist.~
Update: That’s not the reason. Perhaps the relay-classic version is unrecognized by the versioning script. The build artifacts look really odd for classic version.
cc @endiliey
Have you read the Contributing Guidelines on issues?
Yes
To Reproduce
Go to https://relay.dev/docs/en/converting-mutations
Expected behavior
404
Actual Behavior
Page loads
Reproducible Demo
https://relay.dev/docs/en/converting-mutations
https://github.com/facebook/relay/tree/gh-pages/docs/en/converting-mutations still exists.
Issue Analytics
- State:
- Created 4 years ago
- Reactions:1
- Comments:6 (6 by maintainers)
Top Results From Across the Web
Unable to change source branch in GitHub Pages
For instance, I've just changed my main branch from master to v1 , but doc can only be generated from master branch, even...
Read more >Deployment - Docusaurus
GitHub Pages picks up deploy-ready files (the output from docusaurus build ) from the default branch ( master / main , usually) or...
Read more >Deploy to Github Pages like a pro with Github Actions
Vue and React guide to deploy to Github Pages automating deployment with Github ... git checkout --orphan gh-pages Docs; npm run build ...
Read more >GitHub Pages - Quarto
There are three ways to publish Quarto websites and documents to GitHub Pages: Render sites on your local machine to the docs directory,...
Read more >How Gatsby Works with GitHub Pages
Configuring the GitHub Pages source branch; Installing the gh-pages package ... to a path like username.github.io/reponame/ or /docs; to a subdomain based ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

I have submitted a PR with a non-breaking change that resolves this issue if you opt in by configuring it. https://github.com/facebook/docusaurus/pull/2955
Its not a bug. Its already by design. I have mentioned it so many times that v1 versioning fallback functionality is like this 😂😂 and I think a lot of people are still unaware of it. Thats why I have been advocating the v2 snapshot versioning so many times.
Imagine that this is your first new site. We have two docs,
foo/bar.mdandhello.mdWhen we cut our first version 1.0.0, this is whats happening. It creates the very first fallback docs
No matter what happen in the future, this foo/bar.md and hello.md will always continue to exist in every version. Its called fallback.
Edit: Its never been possible in v1 versioning to have different set of docs in different version. The new version docs will always be the old version docs + (the new set of docs - similar set of docs (same id in new & old docs))