It is quite helpful. My approach would be to create a project that gradually adds one by one of the tools.
For example first get the gems installed and with that you could just add to the lane the increment build number.
Then install homebrew and xctool and add that tool to the lane.
In that way, you can start using fastlane gradually and not install all the dependencies at first. It is the approach I would take, but I know there could be many others for such a complex tool.
It is a very interesting project. I downloaded the https://github.com/krausefx/fastlane-example expecting a quick start, but there are so many dependencies it is taking a long time to just deploy the example.
It is required to read tool by tool and install their dependencies and configurations.
Just running fastlane deploy --trace causes the process to hang at the snapshot step.
It is a really cool tool and I will definitely use it, just the documentation needs to be clearer. Good job!
I have released an app with Swift and libraries in Obj-C. Now I am developing an iOS game completely in Swift working correctly even in iOS 7. (Apple provides libraries to support Swift in 7, but in iOS 8 is native)
I think is more the contractor doesn't have the experience or don't feel confortable enough deploying a Swift App. There are some issues with XCode and Swift, but nothing too critical.
The language is ready, but most of the developers aren't.