README.md in sigh-0.1.2 vs README.md in sigh-0.1.3

- old
+ new

@@ -19,11 +19,11 @@ [![Twitter: @KauseFx](https://img.shields.io/badge/contact-@KrauseFx-blue.svg?style=flat)](https://twitter.com/KrauseFx) [![License](http://img.shields.io/badge/license-MIT-green.svg?style=flat)](https://github.com/KrauseFx/sigh/blob/master/LICENSE) [![Gem](https://img.shields.io/gem/v/sigh.svg?style=flat)](http://rubygems.org/gems/sigh) -Tired of manually creating, renewing and downloading your provisioning profiles? +Tired of manually creating, renewing and downloading your iOS provisioning profiles? ```sigh``` handles all that for you. Just run ```sigh``` and it will do the rest. Follow the developer on Twitter: [@KrauseFx](https://twitter.com/KrauseFx) @@ -50,13 +50,15 @@ - Supports **App Store**, **Ad Hoc** and **Development** profiles - Support for **multiple Apple accounts**, storing your credentials securely in the Keychain - Support for **multiple Teams** - Support for Enterprise Profiles +To automate iOS Push profiles you can use [PEM](https://github.com/KrauseFx/PEM). + ### Why not let Xcode do the work? - ```sigh``` can easily be integrated into your CI-server (e.g. Jenkins) -- Xcode sometimes invalidates all existing profiles ([Proof](assets/SignErrors.png)) +- Xcode sometimes invalidates all existing profiles ([Screenshot](assets/SignErrors.png)) - You have control over what happens - You still get to have the signing files, which you can then use for your build scripts or store in git See ```sigh``` in action: