Jekyll site for the Digital Humanities @Columbia

• Contact: Marii (DIAG) / Alex (DS)
• Target url: https://studio.cul.columbia.edu/
• Target host type: s3
• Bucket: http://cul-s3-dlst-travis-studio-prod.s3-website-us-west-2.amazonaws.com/

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

• jquery

• jekyll
• htmlproofer
• rake

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

• 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.

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

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

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].

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