minor documentation fixes
Project: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/repo Commit: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/commit/0efce918 Tree: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/tree/0efce918 Diff: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/diff/0efce918 Branch: refs/heads/import-master Commit: 0efce9185ea127bad7e93585efef852fc0fe91c0 Parents: a3294bc Author: Andy Wenk <[email protected]> Authored: Fri Apr 25 15:41:39 2014 +0200 Committer: Andy Wenk <[email protected]> Committed: Fri Apr 25 15:41:39 2014 +0200 ---------------------------------------------------------------------- src/replication/intro.rst | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) ---------------------------------------------------------------------- http://git-wip-us.apache.org/repos/asf/couchdb-documentation/blob/0efce918/src/replication/intro.rst ---------------------------------------------------------------------- diff --git a/src/replication/intro.rst b/src/replication/intro.rst index 68690bf..2d09617 100644 --- a/src/replication/intro.rst +++ b/src/replication/intro.rst @@ -67,10 +67,10 @@ Master - Master replication --------------------------- One replication task will only transfer changes in one direction. To achieve -master-master replication it is possible to set up two replication tasks in -different directions. When a change is replication from database A to B by the -first task, the second will discover that the new change on B already exists in -A and will wait for further changes. +master-master replication, it is possible to set up two replication tasks in +opposite direction. When a change is replicated from database A to B by the +first task, the second task from B to A will discover that the new change on +B already exists in A and will wait for further changes. Controlling which Documents to Replicate @@ -79,7 +79,7 @@ Controlling which Documents to Replicate There are two ways for controlling which documents are replicated, and which are skipped. *Local* documents are never replicated (see :ref:`api/local`). -Additionally, :ref:`filterfun` can be used in a replication documents (see +Additionally, :ref:`filterfun` can be used in a replication (see :ref:`replication-settings`). The replication task will then evaluate the filter function for each document in the changes feed. The document will only be replicated if the filter returns `true`.
