You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@couchdb.apache.org by rn...@apache.org on 2014/07/10 11:47:34 UTC

[35/50] documentation commit: updated refs/heads/import-master to fe7f7bf

minor spelling fixes in docs


Project: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/repo
Commit: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/commit/c5a4c7fc
Tree: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/tree/c5a4c7fc
Diff: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/diff/c5a4c7fc

Branch: refs/heads/import-master
Commit: c5a4c7fc611ab62415f10f5a66142d7a2642db31
Parents: f5e1140
Author: Andy Wenk <an...@apache.org>
Authored: Thu Apr 24 20:37:16 2014 +0200
Committer: Andy Wenk <an...@apache.org>
Committed: Thu Apr 24 21:03:34 2014 +0200

----------------------------------------------------------------------
 src/replication/intro.rst | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/couchdb-documentation/blob/c5a4c7fc/src/replication/intro.rst
----------------------------------------------------------------------
diff --git a/src/replication/intro.rst b/src/replication/intro.rst
index ea4892d..ff002db 100644
--- a/src/replication/intro.rst
+++ b/src/replication/intro.rst
@@ -12,14 +12,14 @@
 
 .. _replication/intro:
 
-Introduction Into Replications
-==============================
+Introduction to Replication
+===========================
 
 One of CouchDB's strengths is the ability to synchronize two copies of the same
 database. This enables users to distribute data across several nodes or
 datacenters, but also to move data more closely to clients.
 
-Replication involves a source and a destination database, which can be one the
+Replication involves a source and a destination database, which can be on the
 same or on different CouchDB instances. The aim of the replication is that at
 the end of the process, all active documents on the source database are also in
 the destination database and all documents that were deleted in the source