[openstack-dev] [TripleO][Tuskar] Questions around Development Process
Tzu-Mainn Chen
tzumainn at redhat.com
Mon Dec 9 06:18:42 UTC 2013
Thanks to all who replied, it's extremely helpful. I'll add a focus on
integration tests to the list of requirements
Mainn
----- Original Message -----
> Hey, you've already got a bunch of answers, but FWIW:
>
> a) I think it's fine to do a few big patches deleting stuff you don't
> want. You can always bring it back from git history. OTOH if you bring
> it back it will be reviewed again :).
>
> b) I think UI + API + pythonclient in parallel is ok, but:
> - please get tempest (which implies devstack too) API tests up as
> quickly as possible. Tempest provides the contract definition to
> detect regressions in API usage. You can't deploy a production cloud
> on top of devstack, but you can use Heat and Keystone and Glance and
> Ironic APIs sensibly, which will let meaningful tests of Tuskar API.
> I'm not sure where the JS / Horizon tests fit precisely, but again -
> lets make sure that we have functional tests in Tempest as quickly as
> possible: this is crucial for when we start 'Integration'.
>
> Cheers,
> Rob
>
> On 7 December 2013 04:37, Tzu-Mainn Chen <tzumainn at redhat.com> wrote:
> > Hey all,
> >
> > We're starting to work on the UI for tuskar based on Jarda's wireframes,
> > and as we're doing so, we're realizing that
> > we're not quite sure what development methodology is appropriate. Some
> > questions:
> >
> > a) Because we're essentially doing a tear-down and re-build of the whole
> > architecture (a lot of the concepts in tuskar
> > will simply disappear), it's difficult to do small incremental patches that
> > support existing functionality. Is it okay
> > to have patches that break functionality? Are there good alternatives?
> >
> > b) In the past, we allowed parallel development of the UI and API by having
> > well-documented expectations of what the API
> > would provide. We would then mock those calls in the UI, replacing them
> > with real API calls as they became available. Is
> > this acceptable?
> >
> > If there are precedents for this kind of stuff, we'd be more than happy to
> > follow them!
> >
> > Thanks,
> > Tzu-Mainn Chen
> >
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> --
> Robert Collins <rbtcollins at hp.com>
> Distinguished Technologist
> HP Converged Cloud
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list