chapter 2: review

book/02-git-basics/sections/getting-a-repository.asc

@@ -55,8 +55,8 @@ $ git commit -m 'initial project version'
 We'll go over what these commands do in just a minute.
 At this point, you have a Git repository with tracked files and an initial commit.
 //////////////////////////
-명령어를 몇개로 순식간에 Git 저장소를 만들고
-파일이 관리되게 했다.
+명령어 몇 개로 순식간에 Git 저장소를 만들고
+파일 버전 관리를 시작했다.
 
 [[_git_cloning]]
 //////////////////////////

book/02-git-basics/sections/recording-changes.asc

@@ -275,7 +275,7 @@ M  lib/simplegit.rb
 //////////////////////////
 New files that aren't tracked have a `??` next to them, new files that have been added to the staging area have an `A`, modified files have an `M` and so on. There are two columns to the output - the left hand column indicates that the file is staged and the right hand column indicates that it's modified.  So for example in that output, the `README` file is modified in the working directory but not yet staged, while the `lib/simplegit.rb` file is modified and staged. The `Rakefile` was modified, staged and then modified again, so there are changes to it that are both staged and unstaged.
 //////////////////////////
-아직 추적하지 않는 새 파일 앞에는 `??`표시가 붙는다. Staged 상태로 추가한 파일 중 새로 생성한 파일 앞에는 `A` 표시가, 수정한 파일 앞에는 `M` 표시가 붙는다. 위 명령의 결과는 한 라인에 두 가지 정보를 보여준다. 왼쪽에는 파일 변경 내용이 어떤 것인지를, 오른쪽에는 해당하는 파일의 이름을 표시한다. `README` 파일 같은 경우 내용을 변경했지만 아직 Stage 상태로 추가하지는 않았다. `lib/simplegit.rb` 파일은 내용을 변경하고 Stage 상태로 추가까지 한 상태이다. 위 결과에서 차이점을 비교해보자. `Rakefile`은 변경하고 Stage 상태로 추가한 후 또 내용을 변경해서 Staged 이면서 Unstaged 상태인 파일이다.
+아직 추적하지 않는 새 파일 앞에는 `??`표시가 붙는다. Staged 상태로 추가한 파일 중 새로 생성한 파일 앞에는 `A` 표시가, 수정한 파일 앞에는 `M` 표시가 붙는다. 위 명령의 결과는 한 라인에 두 가지 정보를 보여준다. 왼쪽에는 파일의 상태를, 오른쪽에는 해당하는 파일의 이름을 표시한다. `README` 파일 같은 경우 내용을 변경했지만 아직 Staged 상태로 추가하지는 않았다. `lib/simplegit.rb` 파일은 내용을 변경하고 Staged 상태로 추가까지 한 상태이다. 위 결과에서 차이점을 비교해보자. `Rakefile`은 변경하고 Staged 상태로 추가한 후 또 내용을 변경해서 Staged 이면서 Unstaged 상태인 파일이다.
 
 [[_ignoring]]
 //////////////////////////
@@ -408,9 +408,9 @@ We'll cover `git diff` in more detail later, but you'll probably use it most oft
 And what have you staged that you are about to commit?
 Although `git status` answers those questions very generally by listing the file names, `git diff` shows you the exact lines added and removed – the patch, as it were.
 //////////////////////////
-단순히 파일이 변경됐다는 사실이 아니라 어떤 내용이 변경됐는지 살펴보기엔 `git status` 명령이 아니라 `git diff` 명령을 사용해야 한다.(((git commands, diff)))
-보통 우리는 '수정했지만, 아직 Staged 파일이 아닌것?'과 '어떤 파일이 Staged 상태인지?'가 궁금하기 때문에 `git status` 명령으로도 충분하다.
-더 자세하게는 `git diff` 명령을 사용하는데 Patch처럼 어떤 라인을 추가했고 삭제했는지가 궁금할 때에 사용한다.
+단순히 파일이 변경됐다는 사실이 아니라 어떤 내용이 변경됐는지 살펴보려면 `git status` 명령이 아니라 `git diff` 명령을 사용해야 한다.(((git commands, diff)))
+보통 우리는 '수정했지만, 아직 Staged 파일이 아닌 것?'과 '어떤 파일이 Staged 상태인지?'가 궁금하기 때문에 `git status` 명령으로도 충분하다.
+더 자세하게 볼 때는 `git diff` 명령을 사용하는데 Patch처럼 어떤 라인을 추가했고 삭제했는지가 궁금할 때에 사용한다.
 `git diff`는 나중에 더 자세히 다룬다.
 
 //////////////////////////

book/02-git-basics/sections/undoing.asc

@@ -75,7 +75,7 @@ The `git status` command reminds you:
 두 영역의 상태를 확인할 때마다 변경된 상태를 되돌리는 방법을 알려주기 때문에 매우 편리하다.
 예를 들어 파일을 두 개 수정하고서 따로따로 커밋하려고 했지만, 실수로 `git add *` 라고 실행해 버렸다. 두 파일 모두 Staging Area에 들어 있다.
 이제 둘 중 하나를 어떻게 꺼낼까?
-우선 `git status` 명령으로 확인해보자:
+우선 `git status` 명령으로 확인해보자.
 
 [source,console]
 ----
@@ -93,8 +93,8 @@ Changes to be committed:
 Right below the ``Changes to be committed'' text, it says use `git reset HEAD <file>...` to unstage.
 So, let's use that advice to unstage the `benchmarks.rb` file:
 //////////////////////////
-`Changes to be commited` 밑에 `git reset HEAD <file>...` 메시지를 볼 수 있다.
-이 명령으로 Unstated 상태로 변경할 수 있다. benchmarks.rb 파일을 Unstated 상태로 변경해보자:
+`Changes to be commited` 밑에 `git reset HEAD <file>...` 메시지가 보인다.
+이 명령으로 Unstated 상태로 변경할 수 있다. benchmarks.rb 파일을 Unstated 상태로 변경해보자.
 
 [source,console]
 ----