removed a stray ] in the sample source code

In the README file, at line 193, at the end there is a stray ] which I removed, nothing major :)
Merge pull request #1242 from alimoeeny/patch-1

removed a stray ] in the sample source code
Adjust `RKSearchIndexer` logging to ensure output is emitted when the indexer hits 100%
Update xcoder gem to pick up colored output
Fix crash due to execution of `RKDeleteInvalidNewManagedObject` from outside of the dispatch queue of the `NSManagedObjectContext` that owns the object. fixes #1251
Add missing operation start in README.md example. closes #1217
Change system import into user import for RestKit/Network.h. closes #1244
Add countermeasure to avoid crash in `cxx_destruct` during deallocation of mapping result
Bump versions on bundler and debugger gems
Bump pod lock file per new cocoapods version
Update baseURLs to fix issues with Twitter example projects. closes #1273
Add `NSURLConnectionDataDelegate` to protocol declaration for AFURLConnectionOperation to avoid compiler error in some cases. closes #1249
Remove wasNotModified method in favor of setting a flag on cached response entries to determine if mapping can be skipped.
Add support for retrying `RKObjectRequestOperation` and `RKManagedObjectRequestOperation` by conforming to `NSCopying`. closes #1224
Remove noisy params logging from test server actions
Move management of RKResponseHasBeenMapped to RKObjectRequestOperation instead of RKManagedObjectRequestOperation. Add unit tests.
fix: To one relationships, that have a nested destination keypath are not correctly mapped to JSON
Fix intermittent crashes during test execution
Introduce a new heuristic based approach for determining if a response can skip the mapping process. Also introduces a new Network + CoreData logging component and reduces the chattiness of the debug logging level for Core Data Network events.
Fix RKReplaceAssignmentPolicy.  The problem was that new values for the relationship were gathered before the old values were deleted.  Therefore if one of the new values was the same as the old value, the valueForRelationship collection would contain a deleted managed - not good.

Also fixed:
* The if statement near line 674 was incorrectly negated
 * Setting the relationship value around line 676 was redundant since it was done in the mapCoreDataToManyRelationshipValue:withMapping method.