Skip to content

Instantly share code, notes, and snippets.

@mnyrop
Last active June 12, 2018 16:02
Show Gist options
  • Save mnyrop/f5954c7f381b07d0b0a5e628af9197df to your computer and use it in GitHub Desktop.
Save mnyrop/f5954c7f381b07d0b0a5e628af9197df to your computer and use it in GitHub Desktop.
wax collection sample readme

{{ Site Name }}

[Build Badge] [Dependency Badge]

{{ Site Description }}

Basic Information:

  • Contact: {{ Name }}, {{ Group }}
  • Target url: e.g. https://example.com
  • Target host type: e.g., s3, nginx, or gh-pages
  • Bucket: _____ (if using s3)

Features:

  • Active updates?
  • Relational data?
  • Student contributions?
  • Custom search?
  • IIIF? (remote or local, if remote describe path)
  • Maps?
  • D3?
  • Other: ______

Dependencies

JS (i.e. runtime)

  • e.g., Jquery
  • etc.

Ruby (i.e. dev/test)

  • e.g, Jekyll
  • etc.

Branches

master: The up-to-date production branch (Jekyll/back-end).

  • Travis pushes compiled site to static branch after tests pass.
  • If using s3, Travis deploys compiled site to s3 prod bucket after tests pass.

staging : The staging branch (Jekyll/back-end)

  • Travis pushes compiled site (rebuilt with repo name as baseurl) to gh-pages branch after tests pass.
  • If using s3, Travis deploys compiled site (without baseurl) to s3 staging branch after tests pass.

static : The up-to-date compiled production site (static HTML)

  • Built and pushed by Travis on successful commit to master branch.

gh-pages : A copy of the compiled staging site hosted + viewable via GitHub pages (static HTML)

  • Built and pushed by Travis on successful commit to staging branch (viewable at cul.github.io/REPO-NAME/)

Contributing (non-admin)

  1. Clone the repository: $ git clone https://github.com/REPO-NAME
  2. Install dependencies: $ cd REPO-NAME && bundle
  3. Checkout your own branch: $ git checkout -b MY-FEATURE
  4. Make your changes
  5. Run tests locally: $ bundle exec rake wax:test
  6. Push branch to remote repository.
  7. Sumbit a PR to merge your branch into staging.
  8. If tests pass, confirm merge into staging and delete your branch. This will trigger a deployment of the compiled site from staging to the gh-pages branch (and if you're using s3, to the staging bucket).
  9. Preview the staged site (either at cul.github.io/REPO-NAME or the staging s3 bucket). If it looks good, submit a PR to merge staging into master.
  10. If the tests from the PR pass, an admin will accept the merge, and Travis will deploy a backup/copy of the compiled site to the static branch (and if you're using s3, it will deploy to the prod s3 bucket as well).

[link to full wiki].

Travis deployment set-up

[TO DO] Give basic steps and link to full wiki.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment