liveBook · Manning

Versioning pattern

As explained in Think Like a CTO

A prescribed arrangement of branches, integrations, releases, and related version-control practices.

A versioning pattern organizes branches, integrations, releases, and related version-control practices. Choose the arrangement that fits the team and enterprise rather than treating version control as a complete strategy. section 9.3

Evaluate the pattern and its operating rules together:

  • Balance repository count: too many repositories create overhead, while too few make commits harder to segregate and manage. section 9.3
  • Use Gitflow with protected master and develop branches, feature branches, reviews, merges, and explicit release integration. section 9.3
  • Use GitHub flow as a simpler alternative with one main master branch and reviewed, tested feature branches ready for deployment. section 9.3
  • Define ticket-system integration, branch naming, branch lifetime, granularity, release cycle, tooling, and reporting around the environment. section 9.3

How Think Like a CTO covers it

How deep it goes
Compares Gitflow and GitHub flow, then specifies repository trade-offs and configurable workflow rules.
Examples
Uses Gitflow and GitHub flow as contrasting branch-and-release patterns.
What you can do after
Evaluate and configure a versioning pattern with suitable branches, integrations, release cycles, tooling, and reporting.
How it connects
Connects version control with repositories, branches, code review, integration, releases, deployment, and ticket systems.

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.