----- Original Message ----- > From: "Anne Gentle" <a...@openstack.org> > To: "OpenStack Development Mailing List (not for usage questions)" > <openstack-dev@lists.openstack.org> > > On Tue, Dec 2, 2014 at 2:59 PM, Alan Pevec <ape...@gmail.com> wrote: > > > > Will the bugs created by this end up in the openstack-manuals project > > (which I don't think is the right place for them in this case) or has it > > been set up to create them somewhere else (or not at all) when the commits > > are against the stable branches? > > > > Docs team, how do you handle DocImpact on stable/branches, do you mind > > (mis)using your tag like this? > > I thought DocImpat only triggers a notification for the docs team, if > > there's more machinery behind it like automatic bug filing then we > > should use a different tag as stable relnotes marker. > > > > We have recently enabled DocImpact tracking for more projects. DocImpact > currently creates a bug in the project indicated by the project's build > config in openstack-infra/project-config/gerrit/projects.yaml setting > docimpact-group:, such as: > docimpact-group: oslo > > If you want to track your DocImpact feel free to use a Launchpad project > for docimpact-group that makes sense to you. > Anne
In this case we're referring to how we handle DocImpact for specific branches of a project (say stable/juno of Nova, for example). I don't think we'd want to change the DocImpact handling for the entire project to go somewhere other than openstack-manuals. As far as I know the current setup doesn't support us changing the handling per branch though, only per project. -Steve _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev