Monday, April 23, 12 Month to Month Billing Self service instead of long sales negotiations If you don’t like it, you can move off to another service(normally)
a release was complicated, there was no test suite People didn’t understand what FI actually meant JRuby doesn’t work the same way github.com ruby runtime does
supporting customers, keeping up with 6 developers on .com Technical guys doing multi-month enterprise sales, they loathed it Quick release cycle we had on .com wasn’t there
employees wanted to kill it off, they thought it wasn’t worth our effort we had to support existing installs though, so we kept on working on it we had a bad feeling about it, so we started rethinking things.
because it behaves differently than .com the class files were great but it complicated keeping things up to date what if we shipped on MRI, the more traditional version of ruby
April 23, 12 everything needs to be well tested on enterprise and github.com differences between github.com and enterprise were done by feature switches cutting releases with bug fixes needs to be smooth too
us the same functionality as the java class files did, bytecode and encryption allows us to run on the same ruby runtime as github.com 119 euros, worth every penny
23, 12 github.com has a horizontally scalable infrastructure in one organization we can collapse that infrastructure down to one server how do we ensure that server is easy deployments
a pull request is a discussion around a git branch our continuous integration server automatically builds the branch merge into github’s master branch and deploy
merge into github’s master branch and deployed to github.com enterprise cuts a new release of the latest .ghp with the bug fixes enterprise users download the latest .ghp with the bug fixes
care about all aspects of the product this turns out to be a very powerful thing there’s no organization finger pointing, “oh those enterprise guys are crazy again”
them all, git is awesome but diverging codebases are unmaintainable one process where all stakeholders are involved and passionate get bugfixes into end user’s hands as soon as possible.