README.md in briar-1.1.1 vs README.md in briar-1.1.2
- old
+ new
@@ -23,17 +23,21 @@
Requires ruby >= 1.9.3; ruby 2.1.2 is recommended.
In your Gemfile:
```
-gem 'briar', '~>1.1'
+gem 'briar', '~> 1.1.2'
+
+# to use the briar XTC developer tools, include rake
+gem 'rake', '~> 10.3'
```
In your `features/support/env.rb` file:
```
require 'calabash-cucumber/cucumber'
+ENV['NO_BRIAR_PREDEFINED_STEPS'] = '1'
require 'briar/cucumber'
# optional
I18n.enforce_available_locales = false
```
@@ -78,25 +82,31 @@
# resolve APP_BUNDLE_PATH auto-detection problems by removing spurious DerivedData directories
$ briar rm dups
$ briar rm dups briar-ios-example
-# change the simulator version
+# change the simulator version (will be deprecated soon)
$ briar sim ipad_r
$ briar sim iphone_4in
```
## Xamarin Test Cloud
-There is currently an issue with using briar predefined steps on the XTC:
+Requires adopting the .xamarin convention and a .env file. See the help for `.xamarin` and `xtc`.
```
-# fails validation step
-Then I touch the "time" row
+# list the currently cached device in ~/.xamarin/test-cloud/ios-sets.csv
+$ briar xtc
+
+# submit a job to the iPads device set
+$ briar xtc iPads
+
+# submit a job to the iPhones device set with the meal_log profile
+$ briar xtc iPhones meal_log
```
-## version numbers
+## Version Numbers
I will try my best to follow Semantic Versioning [1] when naming the versions.
However, the semantic versioning spec is incompatible with RubyGem's patterns for pre-release gems. [2]
@@ -109,16 +119,14 @@
## Why call it briar?
* http://en.wikipedia.org/wiki/Smoking_pipe_(tobacco)#Calabash
* http://en.wikipedia.org/wiki/Smoking_pipe_(tobacco)#Briar
-## Road Map
-
-I am thinking of dropping all the of predefined steps! Beware! You have been warned!
-
## Contributing
1. Fork it
-2. Create your feature branch (`git checkout -b my-new-feature`)
+2. Create your feature branch (`git checkout -b feature/my-new-feature`)
3. Commit your changes (`git commit -am 'Add some feature'`)
-4. Push to the branch (`git push origin my-new-feature`)
+4. Push to the branch (`git push -u origin feature/my-new-feature`)
5. Create new Pull Request
+
+Please do not change the version number.
\ No newline at end of file