You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In many cases, hackweek events are "repeated" and happen more than once. We need an easy way to archive the materials for a given event while also being able to use the most recent version of the template for future events. Since there's currently no way to update a repo created from a template, we plan to store the archive as a tagged version of the book/website in a separate repo, along the lines of the discussion in #38.
We could require tags/branches to mark older content on the organization.github.io page, which lives in an organization.github.io repo that is updated by the organization/jupyterbook repo (which is in turn templated per-event from the most recent uwhackweek/jupyerbook-template repo (this repo)).
UPDATE: see #68. Updates from the template make it easier to reuse the same event repo (without needing to re-customize content). Archiving/tagging and repo size management will still need to be addressed.
The text was updated successfully, but these errors were encountered:
Wanted to add some other notes and thoughts on this for future work.
As of Jupyter Book >=0.12.1 you can publish on Read-The-Docs (RTD). There are two reasons this is particularly nice: 1. It's much easier to setup pull request previews (compared to netlify) and 2. You get automatic versioned docs, so could address this issue of switching between versions and re-using the same repository. Here is an example: https://github.com/UW-GDA/jupyterbook
However, RTD does not support hosting pre-built docs (readthedocs/readthedocs.org#1083), and you're therefore much more limited in control over the build process.
In many cases, hackweek events are "repeated" and happen more than once. We need an easy way to archive the materials for a given event while also being able to use the most recent version of the template for future events. Since there's currently no way to update a repo created from a template, we plan to store the archive as a tagged version of the book/website in a separate repo, along the lines of the discussion in #38.
Originally posted by @JessicaS11 in #38 (comment)
UPDATE: see #68. Updates from the template make it easier to reuse the same event repo (without needing to re-customize content). Archiving/tagging and repo size management will still need to be addressed.
The text was updated successfully, but these errors were encountered: