Excerpts from Doug Hellmann's message of 2016-11-08 12:28:28 -0500: > At the summit we said we would move the data that tells us the type > and release model for each deliverable out of the governance > repository and into the releases repository where it is easier to > change over time, but that we needed to think more about what might > break by making that change. After giving it more consideration, I > think we have to use the option 2 we discussed instead (allow local > values to override the global values). > > The list-repos command would not be able to filter on the type or > model values early in a cycle because not enough deliverable files > would even exist until the first milestone. That limitation would > make the command essentially useless until close to the end of each > cycle. Using option 2 means list-repos would continue to work all the > time. > > Using option 2 also means that instead of us having to do extra > work to build and publish a single unified file for the project > navigator team, they can continue to use the same input data without > changes to their project at all. > > I propose adding "type" and "model" fields, as we discussed, but > making them optional. If they are not present, the values can be > derived from the governance tags for the deliverable. Teams who > want to change either value can then make the update in the releases > repository with a separate patch to update the governance repo, and > not have releases blocked by the governance change. > > Thoughts? > Doug >
Based on the mixed feedback, I went ahead and prepared a series of patches to import the tags into the releases repo [1] and another patch to remove the data from the governance repo [2]. Doug [1] https://review.openstack.org/#/q/topic:move-release-tags-out-of-gov [2] https://review.openstack.org/396360 __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev