-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Creating multichip docs with GitHub Pages #1243
Conversation
Just a suggestion, instead of using the gh-pages branch, you can now deploy to GitHub Pages directly. See the official action: https://github.com/actions/deploy-pages and an example: https://github.com/igrr/edc23/blob/885ded3bbb68034a2a7acc42e67c1aa3de05dd25/.github/workflows/deploy.yml#L36. (You also need to enable the option in the repo settings: https://docs.github.com/en/pages/getting-started-with-github-pages/configuring-a-publishing-source-for-your-github-pages-site#publishing-with-a-custom-github-actions-workflow) |
CHIPS=("esp32" "esp32c2" "esp32c3" "esp32c6" "esp32h2" "esp32p4" "esp32s2" "esp32s3") | ||
for CHIP in "${CHIPS[@]}"; do | ||
if [ "$CHIP" == "esp32" ] || [ "$CHIP" == "esp32s2" ] || [ "$CHIP" == "esp32s3" ]; then | ||
cargo +esp xtask build-documentation --output-path=docs/"$CHIP"/ esp-hal "$CHIP" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+esp
has the riscv targets too, so can't we always use the esp
toolchain?
@@ -296,3 +296,28 @@ jobs: | |||
run: cargo fmt --all --manifest-path=esp-riscv-rt/Cargo.toml -- --check | |||
- name: rustfmt (examples) | |||
run: cargo fmt --all --manifest-path=examples/Cargo.toml -- --check | |||
|
|||
build-docs: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should not be running for every commit pushed to every PR. We should either create a proper release workflow, or just create a new documentation workflow which is triggered by the workflow_dispatch
event for now, so we can manually invoke it.
@@ -28,6 +28,7 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0 | |||
- Ensuring that the random number generator is TRNG. (#1200) | |||
- ESP32-C6: Add timer wakeup source for deepsleep (#1201) | |||
- Introduce `InterruptExecutor::spawner()` (#1211) | |||
- Creating multichip docs with GitHub Pages (#1243) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Documentation does not affect the user-facing API in any way, there is no need for a CHANGELOG.md
entry in this PR.
@playfulFence is on business travel, I will take over this work. |
This has been superseded by #1248, thanks again for your work on this! |
IMPORTANT: It requires to also create a branch were the web-page will be deployed named "gh-pages"
ci.yml
has new job, which utilizes newbuild-docs.sh
simple shell script. Basically it usesnightly
andxtensa
(/esp
) toolchains to build documentation usingxtask
(special thanks to @jessebraham for the latest update ofxtask
).The web-page is static and located in
resources/index.html
(in future we're able to use "plain" (since we're not using server) JavaScript for some smaller dynamic parts, if needed)PS: progress made for #1204