POINTS • High Velocity • Good User Experience & High Quality • Quick & Innovative • Very Slow & Unreliable Dev/Deploy Flow • No Code Review, No CI, Too Many Regressions • No Transparency, Reinvent the Wheel, Silos What’s happening in Dev world today?
RISK BRANCHES SHOULD BE SHORT LIVED • You can do anything you want to do on your own branch • No risk of disrupting others’ work • Branches are fast, safe, and easy to create • Branches should be merged as soon as they’re ready • Long-lived branch becomes much harder to merge with conﬁdence • Git branches are faster, safer and easier to delete Branching is quick and easy
Pull Request 28 - INVOLVE ANYONE TO MAKE IT You can collaborate with anyone on the Pull Request. Not only with programmers but also with designers, product owners, sales and even with legal, HR or ﬁnance teams.
. CI ON PR IS THE BEST PRACTICE Continuous Integration is the must-have practice today. Also CI on Pull Request is the best practice to build software better together. With this, you can focus on code reviews.
you prefer 31 / PROTECTED BRANCHES AND REQUIRED STATUSES Using status API, you can require CI checks to pass before the pull request can be merged. If you are using GHE, please wait a bit. see also: https://github.com/blog/2051-protected- branches-and-required-status-checks
40 3 GREAT TALENT, USEFUL CODE ARE ALREADY HERE Great talent and useful code are already in your company, didn’t you notice that? GitHub help you ﬁnd them in several ways You can search everything and deﬁnitely come across them.
DEPLOYING IT FROM PULL REQUEST BRANCH We deploy changes from a pull request branch and merge it after conﬁrmed in production. For detail, please see: http://githubengineering.com/deploying- branches-to-github-com/
45 ! ATOM Atom is a modern, approachable, and hackable text editor. We can’t wait to see what you build with it. HUBOT Hubot is your company’s robot. Install him in your company to dramatically improve and increase employee eﬃciency.
•“Managing” your team leads to a small result which doesn’t exceed what “Manager” can do •“Collaborating” is much more important •To be “Collaborating”, people have to know enough proper information ! http://legorobo.com/page/DVAhgax531679feef404.php
•Make sure all members can access the information as much as possible •The more information people can access, the more things people can do autonomously •Being autonomous makes collaboration happen ! https://www.ﬂickr.com/photos/carlos_maya/5165377895/
50 •With GitHub, You can: • Implement your idea quickly without bothering others • Involve anyone into your development process • Fix and merge with conﬁdence • Find great talent and useful code in your company • Access all information about your code in one place •You don’t have to fear change or collaboration with others •You never feel siloed ! http://www.molemaster.com/industries-cement.asp