Skip to content
Website for SRCCON:LEAD
CSS HTML
Branch: staging
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
_config initial commit Sep 24, 2019
_includes updating pages for launch Sep 26, 2019
_layouts update language after session cfp close Oct 8, 2019
media add srcconlead logo and update responsive styles to match Sep 25, 2019
.travis.yml
LICENSE
README.md initial commit Sep 24, 2019
_config.yml
childcare.md
conduct.md add draft pages for CFP Sep 25, 2019
homepage.md update language after session cfp close Oct 8, 2019
participation.md update language about ticket tiers Oct 14, 2019
participation_form.md fix deadline language Oct 8, 2019
participation_thanks.md update language after session cfp close Oct 8, 2019
program.md
scholarships.md update language after session cfp close Oct 8, 2019
sessions_proposal_faq.md text updates for cfp Sep 25, 2019
sponsors.md
volunteer.md add draft pages for CFP Sep 25, 2019

README.md

SRCCON:LEAD

This is the website for SRCCON:LEAD, a new OpenNews event for 2019.

Build Status

How to update the SRCCON site

Testing changes locally

  • Clone this repository to your local machine.
  • For minor updates, work directly in the staging branch. For major updates, or if you're working on long-term changes to the site, create a new feature branch.
  • To test your work locally, run jekyll serve or jekyll build, and view the site in a browser.

Pushing to staging

  • When you're ready to have someone review a site update, update the staging branch in GitHub. If you're working in staging locally, you just need to push your code changes. If you're working in a separate feature branch, push that branch to GitHub and then open a pull request into staging and merge it.
  • NOTE: You do not need to commit updates to your local _site directory after you run jekyll build or jekyll serve. You only need to commit new or updated markdown documents and templates, and new or updated static media files.
  • A commit to the staging branch on GitHub will trigger an automatic build of the SRCCON staging site. This runs its own jekyll build process before copying everything to S3. (So any changes to the repo's _site directory will be ignored.)
  • The Travis CI process that handles this can take a minute or two to complete. Your changes will not be visible on the staging site immediately, but they'll be there quickly.

Pushing to production

  • Review your changes on the staging site, and if everything looks OK, come back to this repo and open a pull request from staging into master.
  • Merging a pull request into master, or pushing any commit to the master branch, will trigger an automatic build of the production site at lead.srccon.org. Again, this runs its own jekyll build process before copying to S3, ignoring any changes to the repo's _site directory.
  • The production site is delivered through Amazon CloudFront so that we can serve a secure, https-enabled lead.srccon.org. CloudFront also caches everything for performance. The rebuild process triggers an invalidation of the entire cache, but it still may take up to 10 minutes for site changes to be reflected on production.
You can’t perform that action at this time.