Excerpts from Doug Hellmann's message of 2015-06-09 16:08:16 -0400:
> Excerpts from Doug Hellmann's message of 2015-06-09 13:25:26 -0400:
> > Until now we have encouraged project teams to prepare their own
> > library releases as new versions of projects were needed. We've
> > started running into
Excerpts from Doug Hellmann's message of 2015-06-09 16:08:16 -0400:
> Excerpts from Doug Hellmann's message of 2015-06-09 13:25:26 -0400:
> > Until now we have encouraged project teams to prepare their own
> > library releases as new versions of projects were needed. We've
> > started running into
Paul Belanger wrote:
> While I haven't participated in release management before, I'd like to
> volunteer my services to help. Where is the best place (IRC) to
> collaborate?
I would encourage prospective release managers to join
#openstack-relmgr-office where Doug and I discuss that sort of thing
On 06/09/2015 01:25 PM, Doug Hellmann wrote:
Until now we have encouraged project teams to prepare their own
library releases as new versions of projects were needed. We've
started running into a couple of problems with that, with releases
not coming often enough, or at a bad time in the release
Excerpts from Doug Hellmann's message of 2015-06-09 13:25:26 -0400:
> Until now we have encouraged project teams to prepare their own
> library releases as new versions of projects were needed. We've
> started running into a couple of problems with that, with releases
> not coming often enough, or
I volunteer for the team.
On 10 Jun 2015 5:25 am, "Doug Hellmann" wrote:
> Until now we have encouraged project teams to prepare their own
> library releases as new versions of projects were needed. We've
> started running into a couple of problems with that, with releases
> not coming often enou
Until now we have encouraged project teams to prepare their own
library releases as new versions of projects were needed. We've
started running into a couple of problems with that, with releases
not coming often enough, or at a bad time in the release cycle, or
with version numbering not being appl
