Skip to content

Commit a83c5f2

Browse files
committed
docs: add GitHub pages deployment troubleshooting guide
1 parent 61f769e commit a83c5f2

File tree

1 file changed

+14
-0
lines changed

1 file changed

+14
-0
lines changed

website/docs/deployment.mdx

+14
Original file line numberDiff line numberDiff line change
@@ -531,6 +531,20 @@ jobs:
531531
</Tabs>
532532
```
533533
534+
<details>
535+
536+
<summary>Site not deployed properly?</summary>
537+
538+
After pushing to main, if you don't see your site published at the desired location (for example, it says "There isn't a GitHub Pages site here", or it's showing your repo's README.md file), check the following:
539+
540+
- It may take a few minutes for GitHub pages to pick up the new files, so wait for about 3 minutes and refresh before concluding it isn't working.
541+
- On your repo's landing page, you should see a little green tick next to the last commit's title, indicating the CI has passed. If you see a cross, it means the build or deployment failed, and you should check the log for more debugging information.
542+
- Click on the tick and make sure your see a "Deploy to GitHub Pages" workflow. Names like "pages build and deployment / deploy" are GitHub's default workflows, indicating your custom deployment workflow failed to be triggered at all. Make sure the YAML files are put under the `.github/workflows` folder, and the trigger condition is set correctly (for example, if your default branch is "master" instead of "main", you need to change the `on.push` property).
543+
- We are using `gh-pages` as the deployment branch. Under your repo's Settings > Pages, make sure the "Source" (which is the source for the _deployment_ files, not "source" as in our terminology) is set to "gh-pages" + "/ (root)".
544+
- If you are using a custom domain, make sure the DNS record is pointing to the GitHub pages servers' IP.
545+
546+
</details>
547+
534548
### Triggering deployment with Travis CI {#triggering-deployment-with-travis-ci}
535549
536550
Continuous integration (CI) services are typically used to perform routine tasks whenever new commits are checked in to source control. These tasks can be any combination of running unit tests and integration tests, automating builds, publishing packages to npm, and deploying changes to your website. All you need to do to automate the deployment of your website is to invoke the `yarn deploy` script whenever your website is updated. The following section covers how to do just that using [Travis CI](https://travis-ci.com/), a popular continuous integration service provider.

0 commit comments

Comments
 (0)