Re: [aerogear-dev] xctool and xcpretty

Hi Karel, answers inline On Mar 26, 2014, at 11:03 AM, Karel Piwko <kpiwko(a)redhat.com&gt; wrote: > Anything that helps stability of iOS testing env will get automatic +1 for > me. We fee the pain of xctool as well. nice to hear :) > > The only downside I see here is that xcpretty uses Ruby and maintaining Ruby > (gem) dependencies is a PITA in long term. Is there any plan to user > bundler to keep gemset the same across various local dev envs and CI? not at the moment, plan was to edit .travis.yml with something like this[1] but we can certainly look at if it eases the pain. You feel adding ‘-v’ on the 'gem install step' on .travis.yml will help a bit to circumvent the gem versioning issue, or going through full use of bundler is the way to go? Thinking if it is too much for an iOS project but can be wrong though.

Regards, Christos [1] https://github.com/cvasilak/aerogear-ios/blob/0758ed6260300eb977c9c69c78b... > > Karel > > On Wed, 26 Mar 2014 10:25:39 +0200 > Christos Vasilakis <cvasilak(a)gmail.com&gt; wrote: > >> Hi everyone, >> >> During the last couple of days, as part of my AGIOS-181[1] work, got bumped >> by problem issues of xctool[2] during builds both local and on travis. Let >> me try to explain the two major issues faced: >> >> a) first the current release fails to run logic tests for an Xcode 5.1 >> project, fixed in ‘master' some hours ago[3] b) starting up the emulator to >> run ‘application' tests always failed on travis [4]. Not sure why, >> switching to the build-in xcodebuild fixed the issue, so I guess its some >> issue with xctool. (used to work prior). >> >> In a nutshell, xctool tries to mimic the behaviour of xcodebuild during >> builds and understandable it can’t catch up with its future developments. >> Major benefit of xctool is the nice formatting output during tests which >> helps a lot to identify issues. The ideal would be a tool that relies on >> xcodebuild (so it’s always up-to-date with apple development at the minute >> of the release) and give a nice formatting output of the results. >> Fortunately enough the flourish iOS OSS community stepped in and >> ‘xcpretty’ was created[5]. It provides the same benefits of xctool (if >> better) but relies on xcodebuild for its build for maximum compatibility. >> Already major projects have adopted for their builds[6]. >> >> I think it’s sensible if we follow this path and adopt xcpretty for our >> builds. >> >> Wdyt? >> >> Regards, >> Christos >> >> >> >> [1] https://issues.jboss.org/browse/AGIOS-181 >> [2] https://github.com/facebook/xctool >> [3] https://github.com/facebook/xctool/issues/337 >> [4] https://travis-ci.org/cvasilak/aerogear-ios-integration/builds/21524580 >> [5] https://github.com/supermarin/xcpretty >> [6] https://github.com/AFNetworking/AFNetworking/blob/master/Rakefile#L34 >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev