-
Notifications
You must be signed in to change notification settings - Fork 129
Initial hello world for RMC documentation #456
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
Conversation
celinval
left a comment
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.
Thanks for doing this!
.github/workflows/rmc.yml
Outdated
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.
Is there any other way to publish github doc? In my previous team, this branch blew up once people added images to the doc. Another possibility is that we could also add a check here to make sure we are not pushing binary files.
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.
The only binary files are the fonts from the mdbook theme. These should change rarely, if ever, and only with changes the to the version of mdbook we're using.
I think this will be fine, but the custom action does have a single-commit option that ensures the gh-pages branch has history wiped out automatically. I don't plan on turning this on for now, but if this becomes a problem in the future, we could switch to using that.
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.
That's fair. Thanks for checking.
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.
Should we branch protect that branch, so only actions can update it
rmc-docs/build-docs.sh
Outdated
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.
Can we download this in a folder outside of the script directory?
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.
There isn't really anyplace better to put it that I can think of.
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.
You could put it in the current directory, temp or take the directory as a parameter. It's not a blocker but a nice to have. It keeps the repository clean.
.github/workflows/rmc.yml
Outdated
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.
Should we branch protect that branch, so only actions can update it
| site-url = "/rmc/" | ||
| git-repository-url = "https://github.com/model-checking/rmc" | ||
| # If we get a stable default branch, we can use this feature, but HEAD doesn't work | ||
| #edit-url-template = "https://github.com/model-checking/rmc/edit/HEAD/rmc-docs/{path}" |
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.
uncomment this
|
|
||
| # Download mdbook release (vs spending time building it via cargo install) | ||
| FILE="mdbook-v0.4.12-x86_64-unknown-linux-gnu.tar.gz" | ||
| URL="https://github.com/rust-lang/mdBook/releases/download/v0.4.12/$FILE" |
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.
is there a good way to keep up to date with new releases
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.
there was a suggestion to use the mdbook action
* Initial hello world for RMC documentation * copyright line to our new toml file * fix nits, add new useful readme for documentation development
* Initial hello world for RMC documentation * copyright line to our new toml file * fix nits, add new useful readme for documentation development
* Initial hello world for RMC documentation * copyright line to our new toml file * fix nits, add new useful readme for documentation development
Description of changes:
This introduces:
Resolved issues:
N/A
Call-outs:
ubuntu-20.04build, instead of as its own workflow. This is because we want to (not in this PR, but in a later PR) use RMC to test the code examples in the documentation, as well as build and publish Abdal's dashboard. This means we need RMC built and ready to run, so we might as well piggy back on an existing build. (Later, when we have releases of RMC available to download, we can probably separate documentation publishing into its own workflow, instead of piggybacking like this.)Testing:
How is this change tested? We'll have to merge it to see! :(
Is this a refactor change? -
Checklist
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 and MIT licenses.