Fix asciidoc formating

Most of the formating has been checked.

Author: jnavila

C-git-commands.asc

@@ -25,7 +25,7 @@ In this appendix, we'll go through all the Git commands we addressed throughout
 //////////////////////////
 There are two commands that are used quite a lot, from the first invocations of Git to common every day tweaking and referencing, the `config` and `help` commands.
 //////////////////////////
-정말 많이 사용하는 명령어가 두 개 있다. 바로 `config`와 `help` 명령이다. 이 명령은 매일 사용한다.
+정말 많이 사용하는 명령어가 두 개 있다. 바로 `config` 와 `help` 명령이다. 이 명령은 매일 사용한다.
 
 ==== git config
 
@@ -116,7 +116,7 @@ We first introduce this in <<ch02-git-basics#r_getting_a_repo>>, where we show c
 //////////////////////////
 We talk briefly about how you can change the default branch from ``master'' in <<ch03-git-branching#r_remote_branches>>.
 //////////////////////////
-``master''에서 다른 브랜치로 변경하는 방법은 <<ch03-git-branching#r_remote_branches>>에 소개한다.
+``master'' 에서 다른 브랜치로 변경하는 방법은 <<ch03-git-branching#r_remote_branches>>에 소개한다.
 
 //////////////////////////
 We use this command to create an empty bare repository for a server in <<ch04-git-server#r_bare_repo>>.
@@ -134,8 +134,8 @@ Finally, we go through some of the details of what it actually does behind the s
 The `git clone` command is actually something of a wrapper around several other commands.
 It creates a new directory, goes into it and runs `git init` to make it an empty Git repository, adds a remote (`git remote add`) to the URL that you pass it (by default named `origin`), runs a `git fetch` from that remote repository and then checks out the latest commit into your working directory with `git checkout`.
 //////////////////////////
-`git clone`은 사실 다른 명령어를 몇 개 실행한다.
-디렉토리를 만들고 디렉토리로 들어가고 나서 `git init` 명령으로 빈 Git 저장소를 만든다. 그다음 입력한 URL을 `origin`이라는(기본값) 이름의 리모트로 추가하고(`git remote add`) `git fetch` 명령으로 리모트 저장소에서 데이터를 가져온다. 마지막으로 최종 커밋을 워킹 디렉토리에 Checkout 한다(`git checkout`).
+`git clone` 은 사실 다른 명령어를 몇 개 실행한다.
+디렉토리를 만들고 디렉토리로 들어가고 나서 `git init` 명령으로 빈 Git 저장소를 만든다. 그다음 입력한 URL을 `origin` 이라는(기본값) 이름의 리모트로 추가하고(`git remote add`) `git fetch` 명령으로 리모트 저장소에서 데이터를 가져온다. 마지막으로 최종 커밋을 워킹 디렉토리에 Checkout 한다(`git checkout`).
 
 //////////////////////////
 The `git clone` command is used in dozens of places throughout the book, but we'll just list a few interesting places.
@@ -332,7 +332,7 @@ We then cover it in quite some detail in <<ch07-git-tools#r_git_reset>>, which i
 //////////////////////////
 We use `git reset --hard` to abort a merge in <<ch07-git-tools#r_abort_merge>>, where we also use `git merge --abort`, which is a bit of a wrapper for the `git reset` command.
 //////////////////////////
-`git reset --hard` 명령으로 충돌 시 Merge를 취소할 수 있다. `git merge --abort`로도 같은 일을 할 수 있는데 이 명령은 `git reset` 명령어의 Wrapper다. 이 내용은 <<ch07-git-tools#r_abort_merge>>에서 설명한다.
+`git reset --hard` 명령으로 충돌 시 Merge를 취소할 수 있다. `git merge --abort` 로도 같은 일을 할 수 있는데 이 명령은 `git reset` 명령어의 Wrapper다. 이 내용은 <<ch07-git-tools#r_abort_merge>>에서 설명한다.
 
 ==== git rm
 
@@ -625,7 +625,7 @@ Fetch 하는 기본 Refspec을 수정하는 방법은 <<ch10-git-internals#r_ref
 //////////////////////////
 The `git pull` command is basically a combination of the `git fetch` and `git merge` commands, where Git will fetch from the remote you specify and then immediately try to merge it into the branch you're on.
 //////////////////////////
-`git pull` 명령은 `git fetch`와 `git merge` 명령을 순서대로 실행하는 것뿐이다. 그래서 해당 리모트에서 Fetch 하고 즉시 현 브랜치로 Merge를 시도한다.
+`git pull` 명령은 `git fetch` 와 `git merge` 명령을 순서대로 실행하는 것뿐이다. 그래서 해당 리모트에서 Fetch 하고 즉시 현 브랜치로 Merge를 시도한다.
 
 //////////////////////////
 We introduce it quickly in <<ch02-git-basics#r_fetching_and_pulling>> and show how to see what it will merge if you run it in <<ch02-git-basics#r_inspecting_remote>>.
@@ -951,7 +951,7 @@ This is useful for receiving patches over email and applying them to your projec
 //////////////////////////
 We covered usage and workflow around `git am` in <<ch05-distributed-git#r_git_am>> including using the `--resolved`, `-i` and `-3` options.
 //////////////////////////
-`git am`을 언제 어떻게 사용하는지는 <<ch05-distributed-git#r_git_am>>에서 다룬다. `--resolved`, `-i`, `-3` 옵션 사용법을 설명한다.
+`git am` 을 언제 어떻게 사용하는지는 <<ch05-distributed-git#r_git_am>>에서 다룬다. `--resolved`, `-i`, `-3` 옵션 사용법을 설명한다.
 
 //////////////////////////
 There are also a number of hooks you can use to help with the workflow around `git am` and they are all covered in <<ch08-customizing-git#r_email_hooks>>.

Rakefile

@@ -76,7 +76,7 @@ namespace :book do
 
     repo = ENV['TRAVIS_REPO_SLUG']
     puts "Converting to PDF... (this one takes a while)"
-    exec_or_raise("asciidoctor-pdf-cjk-kai_gen_gothic-install")
+    # exec_or_raise("asciidoctor-pdf-cjk-kai_gen_gothic-install")
     exec_or_raise("bundle exec asciidoctor-pdf -r asciidoctor-pdf-cjk -r asciidoctor-pdf-cjk-kai_gen_gothic -a pdf-style=KaiGenGothicKR #{progit_v}.asc")
     puts " -- PDF output at #{progit_v}.pdf"
   end

book/01-introduction/sections/first-time-setup.asc

@@ -31,12 +31,12 @@ These variables can be stored in three different places:
   `git config --system` 옵션으로 이 파일을 읽고 쓸 수 있다.
 2. `~/.gitconfig`, `~/.config/git/config` 파일: 특정 사용자에게만 적용되는 설정이다.
   `git config --global` 옵션으로 이 파일을 읽고 쓸 수 있다.
-3. `.git/config`: 이 파일은 Git 디렉토리에 있고 특정 저장소(혹은 현재 작업 중인 프로젝트)에만 적용된다.
+3. `.git/config` : 이 파일은 Git 디렉토리에 있고 특정 저장소(혹은 현재 작업 중인 프로젝트)에만 적용된다.
 
 //////////////////////////
 Each level overrides values in the previous level, so values in `.git/config` trump those in `/etc/gitconfig`.
 //////////////////////////
-각 설정은 역순으로 우선시 된다. 그래서 `.git/config`가 `/etc/gitconfig`보다 우선한다.
+각 설정은 역순으로 우선시 된다. 그래서 `.git/config` 가 `/etc/gitconfig` 보다 우선한다.
 
 //////////////////////////
 On Windows systems, Git looks for the `.gitconfig` file in the `$HOME` directory (`C:\Users\$USER` for most people).
@@ -47,7 +47,7 @@ This config file can only be changed by `git config -f <file>` as an admin.
 //////////////////////////
 Windows에서는 `$HOME` 디렉토리에서 `.gitconfig` 파일을 찾는다(아마도 `C:\Users\$USER` 디렉토리).
 Windows에서도 `/etc/gitconfig` 파일은 그 경로에서 찾는다. 이 경로는 아마도 MSys 루트의 상대경로일 텐데, MSys 루트는 인스톨러로 Git을 Windows에 설치할 때 결정된다.
-'Git for Windows' 2.x 버전에서는 조금 다르다. Windows XP 사용자는 `C:\Documents and Settings\All Users\Application Data\Git\config` 디렉토리에서 찾을 수 있고 Windows Vista 이후 버전 사용자는 `C:\ProgramData\Git\config`에서 찾을 수 있다.
+'Git for Windows' 2.x 버전에서는 조금 다르다. Windows XP 사용자는 `C:\Documents and Settings\All Users\Application Data\Git\config` 디렉토리에서 찾을 수 있고 Windows Vista 이후 버전 사용자는 `C:\ProgramData\Git\config` 에서 찾을 수 있다.
 이 시스템 설정 파일의 경로는 `git config -f <file>` 명령으로 변경할 수 있다. 관리자 권한이 필요하다.
 
 //////////////////////////
@@ -174,7 +174,7 @@ color.diff=auto
 You may see keys more than once, because Git reads the same key from different files (`/etc/gitconfig` and `~/.gitconfig`, for example).
 In this case, Git uses the last value for each unique key it sees.
 //////////////////////////
-Git은 같은 키를 여러 파일(`/etc/gitconfig`와 `~/.gitconfig` 같은)에서 읽기 때문에 같은 키가 여러 개 있을 수도 있다.
+Git은 같은 키를 여러 파일(`/etc/gitconfig` 와 `~/.gitconfig` 같은)에서 읽기 때문에 같은 키가 여러 개 있을 수도 있다.
 그러면 Git은 나중 값을 사용한다.
 
 //////////////////////////

book/01-introduction/sections/help.asc

@@ -32,5 +32,5 @@ If the manpages and this book aren't enough and you need in-person help, you can
 These channels are regularly filled with hundreds of people who are all very knowledgeable about Git and are often willing to help.(((IRC)))
 //////////////////////////
 도움말은 언제 어디서나 볼 수 있다. 오프라인으로도 볼 수 있다.
-도움말과 이 책으로 부족하면 다른 사람의 도움을 받는 것이 필요하다. Freenode IRC 서버(irc.freenode.net)에 있는 `#git`이나 `#github` 채널로 찾아가라.
+도움말과 이 책으로 부족하면 다른 사람의 도움을 받는 것이 필요하다. Freenode IRC 서버(irc.freenode.net)에 있는 `#git` 이나 `#github` 채널로 찾아가라.
 이 채널에는 보통 수백 명의 사람이 접속해 있다. 모두 Git에 대해 잘 알고 있다. 기꺼이 도와줄 것이다.(((IRC)))

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

@@ -18,7 +18,7 @@ If you don't want to type the entire text of each of the Git commands, you can e
 Here are a couple of examples you may want to set up:
 //////////////////////////
 명령을 완벽하게 입력하지 않으면 Git은 알아듣지 못한다.
-Git의 명령을 전부 입력하는 것이 귀찮다면 `git config`를 사용하여 각 명령의 Alias을 쉽게 만들 수 있다.(((git commands, config)))
+Git의 명령을 전부 입력하는 것이 귀찮다면 `git config` 를 사용하여 각 명령의 Alias을 쉽게 만들 수 있다.(((git commands, config)))
 아래는 Alias을 만드는 예이다.
 
 [source,console]
@@ -33,7 +33,7 @@ $ git config --global alias.st status
 This means that, for example, instead of typing `git commit`, you just need to type `git ci`.
 As you go on using Git, you'll probably use other commands frequently as well; don't hesitate to create new aliases.
 //////////////////////////
-이제 `git commit` 대신 `git ci`만으로도 커밋할 수 있다.
+이제 `git commit` 대신 `git ci` 만으로도 커밋할 수 있다.
 Git을 계속 사용한다면 다른 명령어도 자주 사용하게 될 것이다. 주저말고 자주 사용하는 명령은 Alias을 만들어 편하게 사용하시길 바란다.
 
 //////////////////////////
@@ -93,13 +93,13 @@ As you can tell, Git simply replaces the new command with whatever you alias it
 However, maybe you want to run an external command, rather than a Git subcommand.
 In that case, you start the command with a `!` character.
 This is useful if you write your own tools that work with a Git repository.
-We can demonstrate by aliasing `git visual` to run `gitk`:
+We can demonstrate by aliasing `git visual` to run `gitk` :
 //////////////////////////
 이것으로 쉽게 새로운 명령을 만들 수 있다.
 그리고 Git의 명령어뿐만 아니라 외부 명령어도 실행할 수 있다.
-`!`를 제일 앞에 추가하면 외부 명령을 실행한다.
+`!` 를 제일 앞에 추가하면 외부 명령을 실행한다.
 커스텀 스크립트를 만들어서 사용할 때 매우 유용하다.
-아래 명령은 `git visual`이라고 입력하면 `gitk`가 실행된다.
+아래 명령은 `git visual` 이라고 입력하면 `gitk` 가 실행된다.
 
 [source,console]
 ----

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

@@ -74,7 +74,7 @@ At this point, nothing in your project is tracked yet.
 
 //////////////////////////
 If you want to start version-controlling existing files (as opposed to an empty directory), you should probably begin tracking those files and do an initial commit.
-You can accomplish that with a few `git add` commands that specify the files you want to track, followed by a `git commit`:
+You can accomplish that with a few `git add` commands that specify the files you want to track, followed by a `git commit` :
 //////////////////////////
 Git이 파일을 관리하게 하려면 저장소에 파일을 추가하고 커밋해야 한다.
 `git add` 명령으로 파일을 추가하고 `git commit` 명령으로 커밋한다:
@@ -109,7 +109,7 @@ In fact, if your server disk gets corrupted, you can often use nearly any of the
 다른 프로젝트에 참여하려거나(Contribute) Git 저장소를 복사하고 싶을 때 `git clone` 명령을 사용한다.
 이미 Subversion 같은 VCS에 익숙한 사용자에게는 "checkout" 이 아니라 "clone" 이라는 점이 도드라져 보일 것이다.
 Git이 Subversion과 다른 가장 큰 차이점은 서버에 있는 거의 모든 데이터를 복사한다는 것이다.
-`git clone`을 실행하면 프로젝트 히스토리를 전부 받아온다.
+`git clone` 을 실행하면 프로젝트 히스토리를 전부 받아온다.
 실제로 서버의 디스크가 망가져도 클라이언트 저장소 중에서 아무거나 하나 가져다가 복구하면 된다(서버에만 적용했던 설정은 복구하지 못하지만 모든 데이터는 복구된다 - <<ch04-git-server#r_git_on_the_server>>에서 좀 더 자세히 다룬다).
 
 //////////////////////////
@@ -149,5 +149,5 @@ The previous example uses the `https://` protocol, but you may also see `git://`
 <<ch04-git-server#r_git_on_the_server>> will introduce all of the available options the server can set up to access your Git repository and the pros and cons of each.
 //////////////////////////
 Git은 다양한 프로토콜을 지원한다.
-이제까지는 `https://` 프로토콜을 사용했지만 `git://`를 사용할 수도 있고 `user@server:path/to/repo.git` 처럼 SSH 프로토콜을 사용할 수도 있다.
+이제까지는 `https://` 프로토콜을 사용했지만 `git://` 를 사용할 수도 있고 `user@server:path/to/repo.git` 처럼 SSH 프로토콜을 사용할 수도 있다.
 자세한 내용은 <<ch04-git-server#r_git_on_the_server>>에서 다루며 각 프로토콜의 장단점과 Git 저장소에 접근하는 방법을 설명한다.