[petsc-dev] workflow diagram

Satish Balay balay at mcs.anl.gov
Thu May 1 03:20:23 CDT 2014


I've made some more changes - introduced a couple of notations - and
attempted to be consistant with symbols and colors.

And eliminated inconsistancies with some vertical lines (timed
actions) and some inclined lines(relation between commits).  Now I use
all vertical lines (i.e timed actions)

And also added the time-lapse between master & maint [during
release].

Perhaps it needs more fixes [Add 'rebase' action for
un-graduated-before-release branches? Other workflow things?]

Or - am I headed in the wrong direction [i.e it looks complicated -
and not simpilfied?]

thanks,
Satish

On Wed, 30 Apr 2014, Satish Balay wrote:

> Ok - deleted..
> 
> The operation was refering to the feature/bug-fix branches on the left
> of it - and the timeline of the release. It overlaped with a
> 'master->next' dataflow arrow - so I agree it was confusing.
> 
> [The feature bug fix branches are not represented well anyway - and
> some arrows are 'parent relations' and others are 'dataflow' - so I'll
> have to figureout how to better represent/differentiate these..]
> 
> Satish
> 
> On Wed, 30 Apr 2014, Barry Smith wrote:
> 
> > 
> >   What does the “delete all graduated branches” box serve? I find it unneeded and confusing. You are just creating a new next based on the current master.  Don’t need that confusing language.
> > 
> > 
> >   Barry
> > On Apr 30, 2014, at 8:25 PM, Satish Balay <balay at mcs.anl.gov> wrote:
> > 
> > > On Wed, 30 Apr 2014, Satish Balay wrote:
> > > 
> > >> On Wed, 30 Apr 2014, Jed Brown wrote:
> > >> 
> > >>> Satish Balay <balay at mcs.anl.gov> writes:
> > >>>>> Hmm, feature releases are in first-parent history of both 'maint' and
> > >>>>> 'master'.  We tag a release on 'master', then do a fast-forward merge of
> > >>>>> the release tag into 'maint'.
> > >>>> 
> > >>>> Ok - updated.
> > >>> 
> > >>> Aesthetically, I like the branches being straight lines, but I think
> > >>> this still looks like the release tag is not in first-parent history of
> > >>> 'maint' (like as though there is a no-ff merge).
> > >> 
> > >> I used vertical lines to convey that master,maint,next at that point are equivalent
> > > 
> > > Ok - I added 'action' box to indicate the ff-merge from master to next.
> > > 
> > > Satish
> > 
> > 
> 


More information about the petsc-dev mailing list