How GitHub Uses GitHub to Build GitHub
summary
Company workflow uses GitHub itself: keep one master and cut simple branches, with master is always deployable and 10–40 deploys a day so rollbacks and tiny changes are safe. Use pull requests as the asynchronous code review and discussion medium — designers and non‑devs join, experiments live there, some features fail but the history helps. Run CI per branch (test suite ~300s), authenticate internal apps via OAuth to avoid reinventing auth, and automate operations with Hubot (≈275 commands) to surface branch/deploy status and daily housekeeping.
AI-written summary · about
chapters (8)
- 0:00The struggles of development
- 3:17Working at GitHub
- 4:36Asynchronous workflows
- 8:30Branching and deployment
- 13:10Power of pull requests
- 19:55Simplified issue tracking
- 23:17OAuth for internal tools
- 26:22Automation with Hubot
related talks
45mHow Github uses GitHub to develop GitHub
45mHow GitHub builds GitHub with GitHub
45mHow GitHub builds GitHub on GitHub
42mHow Github (No Longer) Works
21mGetting the Most Out of Git
39mUsing Github for more than code
18mShipping at Scale: ChatOps at GitHub #bbuzz
31mBuilding new on top of old: the argument for simplicity
