Xcode project file auto-updates

Internal updates Xcode's now deciding to make as a result of the RootViewController › AppRootViewController renamed.  _(I perhaps optimistically thought this kind of stuff had become a thing of the past as of Xcode 4.)_
Minimal Travis CI config file.

Added .travis.yml with language declaration.
Added Travis-CI build status image to README
xctool and Travis-CI test configuration

• `.xctool-args`, with all the workspace/scheme/configuration/sdk/arch settings needed for xctool to run a full test with just `xctool test`
• `.travis.yml`, with added before_install and script declarations to install xctool and run it, respectively
• `P-001.G-imr.xcscheme`, now a “shared” scheme (rather than just a per-user scheme, I guess) so that Travis-CI has a scheme to uh dig.  Or wire up. … _I'm honestly not sure what profession Mr. Travis belongs to._
Added Pods target as an explicit P-001.G-imr dependency

Added Pods target (or rather, the libPods.a static library's target) as the first build target in the P-001.G-imr scheme.

The xctool configuration instructions suggest this for CI tools, and Travis-CI is currently failing with an “ld: library not found for -lPods”.
Trying “Parallelize Build” and “Find Implicit Dependencies” off

Travis is still hitting an “ld: library not found for -lPods” error, so it seems libPods.a is not getting built.  These two off make things a bit more WYSIWYG, so it's worth a shot.

Also decided to build in Debug rather than Release.  It's what I'm using 100% of the time on my machine (since the app isn't release-worthy yet) and in the long run should run more checks (ones wrapped in `#if defined(DEBUG)`).  Also added `ONLY_ACTIVE_ARCH=NO` xctool build option (env var, really) to quell “No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=x86_64, VALID_ARCHS=i386).”
Vidjya Yums

I give up.  I have no idea why Travis keeps refusing to build libPods.a unless explicitly told to.  Fuck you Travis, I hate you forever.

Things done here to make it work:
• .gitignore adjusted to unignore Pods/Pods.xcodeproj— we need this now
	• Pods/Pods.xcodeproj checked in now, with the Pods scheme marked as shared.
• script phase of .travis.yml now two-step, one to build the Pods, the other to do all the normal test stuff
	» Note that just `xctool test` runs everything properly with a clean build on my machine.

Things un-done:
• “Parallelize Build” and “Find Implicit Dependencies” turned back on, and Pods Target removed from P-001.G-imr scheme's build phase.
	» These things were originally changed as a test to try to get Travis to behave.
• Failing testExample removed.
Update branch 'feature/puck-dynamics' to 'master'

Also modified the Travis-CI build status image in the README.md to point to the feature/puck-dynamics branch rather than master.  This may be an exercise in futility, but if it does work without much extra effort (git rerere?) it could/may/will be awesome.