Re: [openstack-dev] [Horizon] Suggestions for handling new panels and refactors in the future

2015-10-10 Thread Rob Cresswell (rcresswe)
Personally, I¹d still vote for feature branching: I¹d really love to see an Angular Panels feature branch worked on separately and then merged back in; effectively, Travis¹ 2nd option. Pick 3(?) panels, like Users, Images, and the System Information one I¹ve seen around, iterate quickly, merge in

Re: [openstack-dev] [Horizon] Suggestions for handling new panels and refactors in the future

2015-10-09 Thread Tripp, Travis S
Hi Doug! I think the is a great discussion topic and you summarize your points very nicely! I wish you’d responded to this thread, though: https://openstack.nimeyo.com/58582/openstack-dev-horizon-patterns-for-angular-panels, because it is talking about the same problem. This is option 3 I

[openstack-dev] [Horizon] Suggestions for handling new panels and refactors in the future

2015-10-09 Thread Douglas Fish
I have two suggestions for handling both new panels and refactoring existing panels that I think could benefit us in the future: 1) When we are creating a panel that's a major refactor of an existing it should be a new separate panel, not a direct code replacement of the existing panel 2) New