liveBook · Manning

GitHub flow

As explained in Think Like a CTO

A simplified Git branching model centered on a main branch and short-lived feature branches that are reviewed, tested, and merged for deployment.

GitHub flow is a simplified branching model built around one main branch. Development happens on short-lived feature branches, which are reviewed and tested before merging into the main branch for deployment. section 9.3

Adapt the workflow to the operating context:

  • Choose branch naming, lifetime, granularity, ticket integration, release cycle, tooling, and reporting practices that fit the team and enterprise. section 9.3
  • Keep the main branch deployable by reviewing and testing feature branches before merging them. section 9.3

A feature change

A developer branches from the main branch, makes a change, submits the feature branch for review and testing, and merges it into the main branch when it is ready for deployment. section 9.3

How Think Like a CTO covers it

How deep it goes
Defines the branch sequence and defers naming, lifetime, ticket integration, release cycle, tooling, and reporting to local policy.
Examples
Demonstrates branching from the main branch, reviewing and testing changes, and merging them for deployment.
What it assumes
Assumes familiarity with version control, branches, merging, review, testing, and deployment.
What you can do after
Operate/configure a branching workflow by selecting suitable branch, review, release, tooling, and reporting practices.
How it connects
Connects version control, feature branches, code review, testing, deployment, ticket systems, and Gitflow.

Also explained in

Compare how 2 books explain GitHub flow →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Think Like a CTO. The section links point to the parts of the book it draws on.