You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 19 Next »


Version policy


3-digit semantic versioning string is used: x.y.z

     - "x" means MAJOR version
     - "y" means MINOR version
     - "z" means PATCH

MAJOR version change also means catalog changes.

Branching strategy

Goals

  • Keep team focusing on one release at one time
  • Ease CI and improve engineering efficiency

Branching

  • Keep all major/minor release work on Master branch
  • When we want to do a major/minor release, tag it on master branch
  • Branch only when doing patch releases: 
    • Example: after 2.0, a hot fix on 2.0 is needed, cut a branch 2.0.x from 2.0. Put the fix to 2.0.x, if applicable on Master, put it on master too. Finally, tag 2.0.1 release on 2.0.x

 

 

 

 


  • No labels