[TSC-117] List of examples where separately released backwards compatible odlparent is slowing down development velocity (weeks and months, not days) Created: 31/May/18  Updated: 05/Jul/18  Due: 05/Jul/18  Resolved: 05/Jul/18

Status: Closed
Project: tsc
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Grievance Priority: Medium
Reporter: Michael Vorburger Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Relates
relates to ODLPARENT-136 SFT java.lang.ClassNotFoundException:... Resolved
relates to ODLPARENT-144 SingleFeatureTest failures due to Scr... Resolved
relates to INFRAUTILS-27 Ready API for more fine grained per-b... Resolved
relates to INFRAUTILS-41 Bump dropwizard.metrics from 3.2.5 to... Resolved
ODL Project: odlparent
ODL Release:

 Description   

see linked JIRA issues and Gerrits in comments



 Comments   
Comment by Michael Vorburger [ 31/May/18 ]

bump Immutables.org from 2.5.6 to 2.6.0/2.6.1:

 

Comment by Stephen Kitt [ 05/Jul/18 ]

The plan to increase the release frequency of odlparent is as follows:

  • build a job, on top of multipatch (once its pending improvements are merged), which will allow all incoming master patches to be checked against the managed projects to detect pending breakages;
  • merge appropriate master patches onto the current maintenance branch (3.1.x) and/or the next minor branch (3.2.x)
  • build another job, also on top of multipatch, which will verify that the current tip of the maintenance branch doesn’t break the managed projects;
  • release the maintenance branch whenever appropriate.

Longer term, we could imagine extending that to the next major release — if the next major release can be automatically verified (including CSIT), we could perhaps upgrade to it...

The managed projects are now in a state where they can be bumped semi-automatically. The remaining issue there is that merging the patches still involves too much work (for LF releng and/or odlparent committers). The load increases as we near a release since we need version convergence, which means that an oldparent bump involves cascading releases of all release-based projects.

Generated at Wed Feb 07 20:45:13 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.