[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[hono-dev] Branching strategy
|
Hi community,
now that we have released 1.0.0 we should take a little time to think
about the branching strategy that we want to pursue in the future.
It is quite obvious that we cannot simply go on developing on master
anymore because we would easily run into problems with semantic
versioning, i.e. if we commit a new feature to master, we cannot create
a 1.0.x service release from that revision anymore.
So here's a straw man for you to shoot at:
We create a 1.0.x branch off of the 1.0.0 tag for doing service releases.
We create a 1.x branch for working on minor releases.
We work on 2.0.0 on master (or a dedicated 2.0.0 branch)
Note that all this will require us to be even stricter with scoping
individual commits, because we will need to cherry pick (or merge)
commits on the 1.0.x branch to 1.x and commits on 1.x to master (2.0.0)
without breaking semantic versioning.
WDYT?
--
Mit freundlichen Grüßen / Best regards
Kai Hudalla
Chief Software Architect
Bosch Software Innovations GmbH
Ullsteinstr. 128
12109 Berlin
GERMANY
www.bosch-si.com
Registered Office: Berlin, Registration Court: Amtsgericht
Charlottenburg; HRB 148411 B
Chairman of the Supervisory Board: Dr.-Ing. Thorsten Lücke;
Managing Directors: Dr. Stefan Ferber, Michael Hahn, Dr. Aleksandar Mitrovic
