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 (
remoteorlocal, ifremotedescribe path) - Maps
- D3
- Other: ______
- jquery
- jekyll
- htmlproofer
- rake
- Travis pushes compiled site to
staticbranch 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-pagesbranch 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
masterbranch.
- Built and pushed by Travis on successful commit to
stagingbranch (viewable atcul.github.io/REPO-NAME/)
- Clone the repository:
$ git clone https://github.com/REPO-NAME - Install dependencies:
$ cd REPO-NAME && bundle - Checkout your own branch:
$ git checkout -b MY-FEATURE - Make your changes
- Run tests locally:
$ bundle exec rake wax:test - Push branch to remote repository.
- Sumbit a PR to merge your branch into staging.
- If tests pass, confirm merge into
stagingand delete your branch. This will trigger a deployment of the compiled site from staging to thegh-pagesbranch (and if you're using s3, to the staging bucket). - 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.
- 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
staticbranch (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.