Peter is the founder and CEO of Wheelhouse.io. Scalable, personal training for enterprise software development teams. He is an experienced entrepreneur, technologist, agile coach and CTO specializing in EdTech projects. He wrote “Introducing GitHub” for O’Reilly, created the “Mastering GitHub” course for code school and “Git and GitHub LiveLessons” for Pearson.
You’ve selected a new technology and identified just the right set of workflows. What’s next? How do you make sure your team is really comfortable with the technology, understands the importance of your workflows and has the skills to get themselves out of trouble? In this session we’ll look at a range of strategies for knowledge sharing, support and practice to ensure your team builds and practices the skills required to succeed.
It’s often hard to figure out the best Git workflow for a given team. The one size fits all advice you often find online is wrong, but few people have hands on experience with enough different workflows to provide balanced advice. Over the last few years I’ve worked with hundreds of companies to figure out the right workflows for their needs.
In this session we’ll start from a simple, clean “GitHub Flow” workflow, showing how, where and when you might need to add release tags, release branches, integration branches and/or fork based workflows. We’ll also look at best practices for cleaning up history (when it makes sense to rebase or rebase -i) and pragmatic approaches to decomposing Git repos using subtrees and submodules.