[openstack-dev] [ironic] specs process for ironic-inspector
Dmitry Tantsur
dtantsur at redhat.com
Thu Nov 19 13:50:05 UTC 2015
On 11/19/2015 02:39 PM, Pavlo Shchelokovskyy wrote:
> Hi all,
>
> +1 for specs in general, big features require a proper review and
> discussion for which LP is not a good choice.
>
> +1 for not requiring a spec for small features, LP BP is enough for just
> time/release tracking, but of course cores can request a proper spec to
> be proposed if feeling feature is worth discussion.
>
> 0 for using ironic-specs. It will increase visibility to wider ironic
> community, sure. But it seems ironic-inspector has to decide how
> integrated it should be with the other ironic project infra pieces as
> well. For example, there is now a patch on review to build a proper
> sphinx docs for ironic-inspector. Should those then be published and
> where? Should ironic-inspector have own doc site e.g.
> http://docs.openstack.org/developer/ironic-inspector/, or somehow be
> incorporated in ironic doc site? IMO decision on specs and docs should
> be consistent.
This is a good point. It's very likely that we'll post documentation to
a separate site.
>
> Best regards,
>
> On Thu, Nov 19, 2015 at 3:20 PM Dmitry Tantsur <dtantsur at redhat.com
> <mailto:dtantsur at redhat.com>> wrote:
>
> Hi folks!
>
> I've been dodging subj for some time (mostly due to my laziness), but
> now it seems like the time has come. We're discussing 2 big features:
> autodiscovery and HA that I would like us to have a proper consensus on.
>
> I'd like to get your opinion on one of the options:
> 1. Do not have specs, only blueprints are enough for us.
> 2. Reuse ironic-specs repo, create our own subdirectory with our own
> template
> 3. Create a new ironic-inspector-specs repo.
>
> I vote for #2, as sharing a repo with the remaining ironic would
> increase visibility of large inspector changes (i.e. those deserving a
> spec). We would probably use [inspector] tag in the commit summary, so
> that people explicitly NOT wanting to review them can quickly ignore.
>
> Also note that I still see #1 (use only blueprints) as a way to go for
> simple features.
>
> WDYT?
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> --
> Dr. Pavlo Shchelokovskyy
> Senior Software Engineer
> Mirantis Inc
> www.mirantis.com
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list