From 27c2c933971e6f63a7e87d68dde50247f3150c1c Mon Sep 17 00:00:00 2001 From: Sherry Hietala <7719743+SherryHietala@users.noreply.github.com> Date: Wed, 30 Dec 2020 02:50:57 -0800 Subject: [PATCH 1/3] Correct redundant phrase in Getting a Git Repository "VCS systems" is a redundant acronym phrase (like "ATM machines"). --- book/02-git-basics/sections/getting-a-repository.asc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/book/02-git-basics/sections/getting-a-repository.asc b/book/02-git-basics/sections/getting-a-repository.asc index c7bc8e8a8..3b69efd08 100644 --- a/book/02-git-basics/sections/getting-a-repository.asc +++ b/book/02-git-basics/sections/getting-a-repository.asc @@ -57,7 +57,7 @@ At this point, you have a Git repository with tracked files and an initial commi ==== Cloning an Existing Repository If you want to get a copy of an existing Git repository -- for example, a project you'd like to contribute to -- the command you need is `git clone`. -If you're familiar with other VCS systems such as Subversion, you'll notice that the command is "clone" and not "checkout". +If you're familiar with other VCSs such as Subversion, you'll notice that the command is "clone" and not "checkout". This is an important distinction -- instead of getting just a working copy, Git receives a full copy of nearly all data that the server has. Every version of every file for the history of the project is pulled down by default when you run `git clone`. In fact, if your server disk gets corrupted, you can often use nearly any of the clones on any client to set the server back to the state it was in when it was cloned (you may lose some server-side hooks and such, but all the versioned data would be there -- see <> for more details). From 4c479b77c829364f5b4d251964050a68658ca85d Mon Sep 17 00:00:00 2001 From: Sherry Hietala <7719743+SherryHietala@users.noreply.github.com> Date: Wed, 30 Dec 2020 02:55:00 -0800 Subject: [PATCH 2/3] Correct redundant phrase in Recording Changes to the Repository "VCS systems" is a redundant acronym phrase (like "ATM machines"). --- book/02-git-basics/sections/recording-changes.asc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/book/02-git-basics/sections/recording-changes.asc b/book/02-git-basics/sections/recording-changes.asc index 70b362cdb..54388f93f 100644 --- a/book/02-git-basics/sections/recording-changes.asc +++ b/book/02-git-basics/sections/recording-changes.asc @@ -579,7 +579,7 @@ This command removes all files whose names end with a `~`. ==== Moving Files (((files, moving))) -Unlike many other VCS systems, Git doesn't explicitly track file movement. +Unlike many other VCSs, Git doesn't explicitly track file movement. If you rename a file in Git, no metadata is stored in Git that tells it you renamed the file. However, Git is pretty smart about figuring that out after the fact -- we'll deal with detecting file movement a bit later. From 94cff246363d7c9a5816f718058a1a25916cb9ca Mon Sep 17 00:00:00 2001 From: Sherry Hietala <7719743+SherryHietala@users.noreply.github.com> Date: Wed, 30 Dec 2020 03:02:36 -0800 Subject: [PATCH 3/3] Correct redundant phrase in About Version Control "VCS systems" is a redundant acronym phrase (like "ATM machines"). --- book/01-introduction/sections/about-version-control.asc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/book/01-introduction/sections/about-version-control.asc b/book/01-introduction/sections/about-version-control.asc index c4859fced..6970b8bc3 100644 --- a/book/01-introduction/sections/about-version-control.asc +++ b/book/01-introduction/sections/about-version-control.asc @@ -44,7 +44,7 @@ However, this setup also has some serious downsides. The most obvious is the single point of failure that the centralized server represents. If that server goes down for an hour, then during that hour nobody can collaborate at all or save versioned changes to anything they're working on. If the hard disk the central database is on becomes corrupted, and proper backups haven't been kept, you lose absolutely everything -- the entire history of the project except whatever single snapshots people happen to have on their local machines. -Local VCS systems suffer from this same problem -- whenever you have the entire history of the project in a single place, you risk losing everything. +Local VCSs suffer from this same problem -- whenever you have the entire history of the project in a single place, you risk losing everything. ==== Distributed Version Control Systems