README.md in guard-rspec-2.5.2 vs README.md in guard-rspec-2.5.3
- old
+ new
@@ -5,11 +5,11 @@
* Compatible with RSpec >= 2.11 (use guard-rspec 1.2.x for older release, including RSpec 1.x)
* Tested against Ruby 1.8.7, 1.9.2, 1.9.3, REE and the latest versions of JRuby & Rubinius.
## Install
-Please be sure to have [Guard](https://github.com/guard/guard) installed before continue.
+Please be sure to have [Guard](https://github.com/guard/guard) installed before continuing.
Install the gem:
```
$ gem install guard-rspec
@@ -29,15 +29,15 @@
$ guard init rspec
```
## Usage
-Please read [Guard usage doc](https://github.com/guard/guard#readme)
+Please read [Guard usage doc](https://github.com/guard/guard#readme).
## Guardfile
-RSpec guard can be really adapted to all kind of projects.
+RSpec guard can be adapted to all kinds of projects.
### Standard RubyGem project
``` ruby
guard 'rspec' do
@@ -79,18 +79,18 @@
``` ruby
guard 'rspec', :spec_paths => ["spec", "vendor/engines/reset/spec"] do
# ...
end
```
-If you have only one path to look, you can configure `:spec_paths` option with a string:
+If you have only one path to look in, you can configure the `:spec_paths` option with a string:
``` ruby
guard 'rspec', :spec_paths => "test" do
# ...
end
```
-If you want to set an environment variable, you can configure `:env` option with a hash:
+If you want to set an environment variable, you can configure the `:env` option with a hash:
``` ruby
guard 'rspec', :env => {'RAILS_ENV' => 'guard'} do
# ...
end
@@ -112,11 +112,11 @@
guard 'rspec', :parallel => true, :parallel_cli => '-n 2' do
# ...
end
```
-Former `:color`, `:drb`, `:fail_fast` and `:formatter` options are deprecated and have no effect anymore.
+Former `:color`, `:drb`, `:fail_fast` and `:formatter` options are deprecated and no longer have effect.
### List of available options:
``` ruby
:cli => "-c -f doc" # pass arbitrary RSpec CLI arguments, default: "-f progress"
@@ -142,11 +142,11 @@
### DRb mode
When you specify `--drb` within `:cli`, guard-rspec will circumvent the `rspec` command line tool by
directly communicating with the RSpec DRb server. This avoids the extra overhead incurred by your
-shell, bundler and loading RSpec's environment just to send a DRb message. It shaves off a
+shell, bundler and loading RSpec's environment just to send a DRb message. It shaves off a
second or two before the specs start to run; they should run almost immediately.
## Notification
The notification feature is only available for RSpec < 2, and RSpec >= 2.4 (due to the multiple-formatters feature that was present in RSpec 1, was removed in RSpec 2 and reintroduced in RSpec 2.4). So if you are using a version between 2 and 2.4, you should disable the notification with <tt>:notification => false</tt>. Otherwise, nothing will be displayed in the terminal when your specs will run.
@@ -155,11 +155,11 @@
The best solution is still to update RSpec to the latest version!
## Formatters
-The `:formatter` option has been removed since CLI arguments can be passed through the `:cli` option. If you want to use the former Instafail formatter, you need to use [rspec-instafail](http://rubygems.org/gems/rspec-instafail) gem instead:
+The `:formatter` option has been removed since CLI arguments can be passed through the `:cli` option. If you want to use the former Instafail formatter, you need to use the [rspec-instafail](http://rubygems.org/gems/rspec-instafail) gem instead:
``` ruby
# in your Gemfile
gem 'rspec-instafail'
@@ -171,15 +171,15 @@
Default formatter is the `progress` formatter (same as RSpec default).
## Running a subset of all specs
-The `:all_on_start` and `:all_after_pass` options cause all specs located in the `spec` directory to be run. If there
+The `:all_on_start` and `:all_after_pass` options cause all specs located in the `spec` directory to be run. If there
are some specs you want to skip, you can tag them with RSpec metadata (such as `:slow => true`)
and skip them with the cli `--tag` option (i.e. `--tag ~slow`).
You can also use option :spec_paths to override paths used when running all specs.
-You can use this feature to create multiple groups of guarded specs with distinct paths, and execute each in own process:
+You can use this feature to create multiple groups of guarded specs with distinct paths, and execute each in its own process:
``` ruby
# in your Guardfile
group 'acceptance-tests' do
guard 'rspec', :spec_paths => ['spec/acceptance'] do