-
Notifications
You must be signed in to change notification settings - Fork 432
Description
Hey @garethr,
As I told you on twitter, I did a 2 hours spike on porting the website to Jekyll so that we can use GitHub pages. The code is available at https://github.com/fgrehm/vagrantboxes-gh-pages, is live at http://fgrehm.github.io/vagrantboxes-gh-pages/ and I'm creating this issue so that we can discuss the move :-)
Here's a list of some pain points we experience with the current approach that I believe can be solved with the move:
- Boxes are automatically ordered by name
- Reduce the chances of a PR conflict by having base boxes "metadata" on separate files
- Stop relying on Travis / Heroku (GitHub takes care of deployment and hosting for us ;)
- Although I haven't tried, I'm pretty sure this will open up for us to write a Ruby script that interacts with the Jekyll API to gather base boxes metadata and identifies broken links.
So, if we decide to switch over to that approach, here's a few things we'll need to think about:
- Is there any extra metadata we want around? There's an intention of keeping track of the users who submitted the box to display on the website. If there's something else we want to keep track of this is the time to introduce them.
- Can we make the "last updated at" date dynamic? I always forget to update it and if we are able to somehow fetch that from git commits or from the base boxes "posts" it would be just great.
- What should we do about the current PRs that are open? IMHO we should just close the PR and ask the contributor to submit a new one using the new format as I don't believe it is worth the trouble to deal with a whole bunch of conflicts that will show up.
There are also a couple things that I can't take care from my side. Namely switching the project's default branch to gh-pages and updating DNS entries.
I think that's it, I hope you like it and I'll let you know if I end up remembering something else :-)