Updated CHANGELOG.

CHANGELOG

@@ -20,6 +20,31 @@ v0.x.x
 
   * MultiExecBlock instances can handle the new DISCARD command.
 
+  * Introduced client-level options with the new Predis\ClientOptions class. 
+    Options can be passed to Predis\Client::__construct in its second argument 
+    as an array or an instance of Predis\ClientOptions. For brevity's sake and 
+    compatibility with older versions, the constructor of Predis\Client still 
+    accepts an instance of Predis\RedisServerProfile in its second argument.
+    The currently supported client options are:
+      - profile [default: "2.0" as of Predis 0.6.0]
+        specifies which server profile to use when connecting to Redis. This 
+        option accepts an instance of Predis\RedisServerProfile or a string 
+        that indicates the target version.
+      - key_distribution [default: Predis\Utilities\HashRing]
+        specifies which key distribution algorithm to use to distribute keys 
+        among the servers that compose a cluster. This option accepts an 
+        instance of Predis\Utilities\IRing so that users can implement their 
+        own key distribution strategy. The new Predis\Utilities\KetamaPureRing 
+        class provides a pure-PHP implementation of the Ketama algorithm.
+      - throw_on_error [default: TRUE]
+        server errors can optionally be handled "silently": instead of throwing 
+        an exception, the client returns an error response type.
+      - iterable_multibulk [EXPERIMENTAL - default: FALSE]
+        in addition to the classic way of fetching a whole multibulk reply 
+        into an array, the client can now optionally stream a multibulk reply 
+        down to the user code by using PHP iterators. It is just a little bit 
+        slower, but it can save a lot of memory in certain scenarios.
+
   * New parameters for connections: 
       - alias [default: not set]
         every connection can now be identified by an alias that is useful to 
@@ -40,14 +65,6 @@ v0.x.x
   * Connections now support float values for the connection_timeout parameter 
     to express timeouts with a microsecond resolution.
 
-  * In addition to the classic way of fetching a whole multibulk reply into an 
-    array, the client can now optionally stream a multibulk reply down to the 
-    user code by using PHP iterators. It is just a little bit slower, but it 
-    can save a lot of memory in certain scenarios.
-
-  * Server errors can optionally be handled "silently": instead of throwing an 
-    exception, the client returns a error response type.
-
 v0.5.1
   * RPOPLPUSH has been changed from bulk command to inline command in Redis
     1.2.1, so ListPopLastPushHead now extends InlineCommand. The old RPOPLPUSH