liveBook · Manning

Parallel development

As explained in Think Like a CTO

A software-development approach in which multiple lines of work proceed concurrently and are later integrated.

Parallel development lets one or more developers work on multiple lines of work concurrently, then integrate changes without manually reshaping environments to maintain versions. Version control provides the library and time vault that makes this practical. section 9.3

A defensible setup should let teams:

  • Preserve the production code separately while developing a future version. section 9.3
  • Fix an urgent production bug without accidentally releasing unfinished features. section 9.3
  • Replace informal directories and zip-file backups with tracked versions and shared history. section 9.3

Production fix during new development

A team developing a new release can retrieve the code currently running in production, correct a bug there, and release the fix without allowing new work to leak into production. section 9.3

How Think Like a CTO covers it

How deep it goes
Defines the operational rationale and illustrates a production-fix scenario, but does not detail integration procedures.
Examples
Uses a production bug fix during new-version development and contrasts version control with directories or zip-file backups.
What you can do after
Apply it via version control to preserve production code, develop concurrently, and release fixes without unfinished work.
How it connects
Connects parallel development with version control, production systems, bug fixing, Git, GitHub, CVS, SVN, and software releases.

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.