Skip to content
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

Look into supporting multiple versions of documentation #19

Closed
nickjer opened this issue Jul 18, 2017 · 13 comments
Closed

Look into supporting multiple versions of documentation #19

nickjer opened this issue Jul 18, 2017 · 13 comments
Assignees

Comments

@nickjer
Copy link
Contributor

nickjer commented Jul 18, 2017

This is possible with https://robpol86.github.io/sphinxcontrib-versioning/index.html

@nickjer nickjer self-assigned this Jul 18, 2017
@nickjer nickjer changed the title Look supporting multiple versions of documentation Look into supporting multiple versions of documentation Jul 18, 2017
@nickjer
Copy link
Contributor Author

nickjer commented Jul 18, 2017

Seems it is not compatible with the latest Sphinx as documented here sphinx-contrib/sphinxcontrib-versioning#39

@nickjer
Copy link
Contributor Author

nickjer commented Jul 18, 2017

Another option would be to build the different versions of the documentation in sub-directories of docs/.

Similar to:

@nickjer
Copy link
Contributor Author

nickjer commented Jul 18, 2017

If we do the above route though, maybe it is best to keep the builds within the branch gh-pages and include a build script that builds all the versioned branches.

@ericfranz
Copy link
Contributor

I like this idea, following the Rails convention.

@ericfranz
Copy link
Contributor

@ericfranz
Copy link
Contributor

With /latest/ we will be able to share this link.

@nickjer
Copy link
Contributor Author

nickjer commented Jul 19, 2017

The /latest/ trick may require human intervention (e.g., creating a redirect in the /latest/index.html file to a version of our choosing).

Unless symlinks work, but I doubt it.

@ericfranz
Copy link
Contributor

No symlinks and no redirect. Just cp -r from vX.Y to latest ( or better, rsync to mirror).

Would need routine to determine the latest release branch available and then match that against the current branch

@nickjer
Copy link
Contributor Author

nickjer commented Jul 19, 2017

You would have to manually cp -r for the first time followed by a git commit and push, and then modify the Travis CI script in that defined latest branch to rm -fr latest and cp -r again every time that specific branch is modified.

@ericfranz
Copy link
Contributor

So the psuedo code is:

if CURRENT_BRANCH == LATEST_VERSION
  rm -rf latest if latest.directory_exists?
  cp -r CURRENT_BRANCH latest
end

I don't see the manual step.

@ericfranz
Copy link
Contributor

ericfranz commented Jul 19, 2017

I guess you create and push a branch. The manual step is triggering Travis to run the build on that branch?

@nickjer
Copy link
Contributor Author

nickjer commented Jul 20, 2017

Ah, you actually want the code to scan all the branch names and determine the latest version, I misunderstood the first time.

@nickjer
Copy link
Contributor Author

nickjer commented Jul 27, 2017

This is now supported after many trial and errors.

@nickjer nickjer closed this as completed Jul 27, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants