I believe google has something called google tag manager that could be useful. You can remotely enable or disable features in your app.
I do believe the scenario you're describing is the right time for a remote branch that could be rolled into master when the feature is completed. Otherwise, sounds like using settings of some form is your best bet. - Cody Please excuse mobile typos > On Dec 10, 2013, at 6:04 AM, Appa Rao Mulpuri <appar...@ivycomptech.com> > wrote: > > Imagine we have release cycle for every two weeks, but need to build a > feature that's going to take three months to complete. How do you use > Continuous Integration to keep everyone working on the mainline without > revealing a half-implemented feature on your releases? > > > To solve the issue: > > We have a configuration file that defines a bunch of toggles for various > features you have pending. The running application then uses these toggles > in order to decide whether or not to show the new feature. > > > Mode info@ > http://martinfowler.com/bliki/FeatureBranch.html > http://en.wikipedia.org/wiki/Feature_toggle > > > > > >> On 12/10/13 7:10 PM, "Uli Kusterer" <witness.of.teacht...@gmx.net> wrote: >> >> On 10 Dec 2013, at 14:31, Appa Rao Mulpuri <appar...@ivycomptech.com> >> wrote: >>> Do we have toggle framework in Cocoa? I searched in the internet and >>> found http://www.togglz.org/, which is written in Java. I am curious, we >>> have equivalent in Cocoa as well. >> >> >> What does it do? >> >> -- Uli Kusterer >> "The Witnesses of TeachText are everywhere..." > > This email and any attachments are confidential, and may be legally > privileged and protected by copyright. If you are not the intended recipient > dissemination or copying of this email is prohibited. If you have received > this in error, please notify the sender by replying by email and then delete > the email completely from your system. Any views or opinions are solely those > of the sender. This communication is not intended to form a binding contract > unless expressly indicated to the contrary and properly authorised. Any > actions taken on the basis of this email are at the recipient's own risk. > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/cody%40servalsoft.com > > This email sent to c...@servalsoft.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com