Definitely agree with Mats that feature selection needs to be centralized and documented, and not scattered throughout scons files!
Bear in mind, it's a very typical model that a vendor creates a "Vendor Defined" feature which is developed in parallel with a project being Specified. Then when the Spec is approved, the feature becomes OCF rather than Vendor Defined. So whatever we recommend (or require) as far as branch vs. master development, directory structure, etc., I think it shouldn't impede the above feature development model. Thanks, Nathan -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Mats Wichmann Sent: Friday, August 18, 2017 1:56 PM To: [email protected] Subject: Re: [dev] direct pairing On 08/18/2017 02:40 PM, Thiago Macieira wrote: > On Friday, 18 August 2017 13:22:18 PDT Gregg Reynolds wrote: >> iotivity, the project, or iotivity, the ocf implementation? > > I meant the code that the IoTivity Project releases as "IoTivity". > > That happens to be OCF's reference implementation. > >> my 2 cents: the project is an appropriate home for vendor-contributed >> "add-ons", but the iotivity core/kernel implementation is not. > > Ideally, but maybe it's not feasible for all extensions. And as > IoTivity Project, we want to cope with vendor extensions that may > exist out there anyway, so we may want to accept them in our core files. > it sounds like it's a contrary opinion, but I'd rather have all the code go in to master branch, as long as we provide a way to do a production-targeted build which gives the developer precise control over which non-mandatory features are included/excluded (I would drive that off configuration file with each switch documented in comments rather than having to hack around in files like build_common/SConscript to deduce what is default-on and what isn't). Things that live out of tree (e.g. separate branches), or which are not built because the options which control them are always off, will never mature and will certainly rot until things will break if you turn them on. _______________________________________________ iotivity-dev mailing list [email protected] https://lists.iotivity.org/mailman/listinfo/iotivity-dev _______________________________________________ iotivity-dev mailing list [email protected] https://lists.iotivity.org/mailman/listinfo/iotivity-dev
