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
orlocal
, ifremote
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 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
staging
and delete your branch. This will trigger a deployment of the compiled site from staging to thegh-pages
branch (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
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.