Fix markup

book/01-introduction/sections/about-version-control.asc

@@ -57,7 +57,7 @@ Even the popular Mac OS X operating system includes the `rcs` command when you i
 RCS works by keeping patch sets (that is, the differences between files) in a special format on disk; it can then re-create what any file looked like at any point in time by adding up all the patches.
 //////////////////////////
 もっとも有名なVCSツールの一つは、RCSと呼ばれるシステムでした。今日でも、依然として多くのコンピューターに入っています。
-人気のMac OS Xオペレーティング・システムでも、開発者ツールをインストールすると`rcs`コマンドが入っています。
+人気のMac OS Xオペレーティング・システムでも、開発者ツールをインストールすると `rcs` コマンドが入っています。
 このツールは基本的に、リビジョン間のパッチ（ファイル間の差分）の集合を特殊なフォーマットでディスク上に保持するという仕組みで動いています。こうすることで、任意のファイルについて、それが過去の任意の時点でどういうものだったかということを、パッチを重ね上げていくことで再現することができます。
 
 //////////////////////////

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

@@ -17,7 +17,7 @@ You can also change them at any time by running through the commands again.
 Git comes with a tool called `git config` that lets you get and set configuration variables that control all aspects of how Git looks and operates.(((git commands, config)))
 These variables can be stored in three different places:
 //////////////////////////
-Gitには、`git config`と呼ばれるツールが付属します。これで、どのようにGitが見えて機能するかの全ての面を制御できる設定変数を取得し、設定することができます。(((git commands, config)))
+Gitには、`git config` と呼ばれるツールが付属します。これで、どのようにGitが見えて機能するかの全ての面を制御できる設定変数を取得し、設定することができます。(((git commands, config)))
 これらの変数は三つの異なる場所に格納されうります：
 
 //////////////////////////
@@ -28,15 +28,15 @@ Gitには、`git config`と呼ばれるツールが付属します。これで
 3. `config` file in the Git directory (that is, `.git/config`) of whatever repository you're currently using: Specific to that single repository.
 //////////////////////////
 1. `/etc/gitconfig` ファイル: システム上の全てのユーザーと全てのリポジトリに対する設定値を保持します。
-  もし`--system`オプションを`git config`に指定すると、明確にこのファイルに読み書きを行ないます。
+  もし `--system` オプションを `git config` に指定すると、明確にこのファイルに読み書きを行ないます。
 2. `~/.gitconfig` か `~/.config/git/config` ファイル: 特定のユーザーに対する設定値を保持します。
-  `--global`オプションを指定することで、Gitに、明確にこのファイルに読み書きを行なわせることができます。
-3. 現在使っているリポジトリのGitディレクトリにある`config`ファイル(`.git/config`のことです): 特定の単一リポジトリに対する設定値を保持します。
+  `--global` オプションを指定することで、Gitに、明確にこのファイルに読み書きを行なわせることができます。
+3. 現在使っているリポジトリのGitディレクトリにある `config` ファイル(`.git/config` のことです): 特定の単一リポジトリに対する設定値を保持します。
 
 //////////////////////////
 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).
@@ -73,8 +73,8 @@ Again, you need to do this only once if you pass the `--global` option, because
 <<<<<<< HEAD
 If you want to override this with a different name or email address for specific projects, you can run the command without the `--global` option when you're in that project.
 //////////////////////////
-また、もし`--global`オプションを指定するのであれば、Gitはその後、そのシステム上で行なう（訳者注：あるユーザーの）全ての操作に対して常にこの情報を使うようになるため、この操作を行なう必要はたった一度だけです。
-もし、違う名前とEmailアドレスを特定のプロジェクトで上書きしたいのであれば、そのプロジェクトの（訳者注：Gitディレクトリの）中で、`--global`オプション無しでこのコマンドを実行することができます。
+また、もし `--global` オプションを指定するのであれば、Gitはその後、そのシステム上で行なう（訳者注：あるユーザーの）全ての操作に対して常にこの情報を使うようになるため、この操作を行なう必要はたった一度だけです。
+もし、違う名前とEmailアドレスを特定のプロジェクトで上書きしたいのであれば、そのプロジェクトの（訳者注：Gitディレクトリの）中で、`--global` オプション無しでこのコマンドを実行することができます。
 
 //////////////////////////
 Many of the GUI tools will help you do this when you first run them.
@@ -154,7 +154,7 @@ Git用のエディターを設定していなくて、Gitを使っている最
 //////////////////////////
 If you want to check your settings, you can use the `git config --list` command to list all the settings Git can find at that point:
 //////////////////////////
-設定を確認したい場合は、その時点でGitが見つけられる全ての設定を一覧するコマンドである`git config --list`を使う事ができます：
+設定を確認したい場合は、その時点でGitが見つけられる全ての設定を一覧するコマンドである `git config --list` を使う事ができます：
 
 [source,console]
 ----
@@ -172,12 +172,12 @@ 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`)から同一のキーを読み込むため、同一のキーを1度以上見ることになるでしょう。この場合、Gitは見つけたそれぞれ同一のキーに対して最後の値を用います。
+Gitは異なったファイル(例えば `/etc/gitconfig` と `~/.gitconfig`)から同一のキーを読み込むため、同一のキーを1度以上見ることになるでしょう。この場合、Gitは見つけたそれぞれ同一のキーに対して最後の値を用います。
 
 //////////////////////////
 You can also check what Git thinks a specific key's value is by typing `git config <key>`:(((git commands, config)))
 //////////////////////////
-また、Gitに設定されている特定のキーの値を、`git config <key>`とタイプすることで確認することができます：(((git commands, config)))
+また、Gitに設定されている特定のキーの値を、`git config <key>` とタイプすることで確認することができます：(((git commands, config)))
 
 [source,console]
 ----

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)))
 //////////////////////////
 これらのコマンドは、オフラインのときでさえ、どこでも見る事ができるので、すばらしいです。
-もしmanpageとこの本が十分でなく、人の助けが必要であれば、フリーノードIRCサーバー（irc.freenode.net）の`#git`もしくは`#github`チャンネルにアクセスしてみてください。
+もしmanpageとこの本が十分でなく、人の助けが必要であれば、フリーノードIRCサーバー（irc.freenode.net）の `#git` もしくは `#github` チャンネルにアクセスしてみてください。
 これらのチャンネルはいつも、Gitに関してとても知識があり、よく助けてくれようとする数百人の人々でいっぱいです。(((IRC)))

book/01-introduction/sections/installing.asc

@@ -156,7 +156,7 @@ $ sudo apt-get install libcurl4-gnutls-dev libexpat1-dev gettext \
 //////////////////////////
 In order to be able to add the documentation in various formats (doc, html, info), these additional dependencies are required (Note: users of RHEL and RHEL-derivatives like CentOS and Scientific Linux will have to https://fedoraproject.org/wiki/EPEL#How_can_I_use_these_extra_packages.3F[enable the EPEL repository] to download the `docbook2X` package):
 //////////////////////////
-なお、ドキュメントを doc、html、info 形式等で出力したい場合は、以下の依存ライブラリも必要になります（RHELやRHEL派生のディストリビューション（CentOS・Scientific Linuxなど）では、 https://fedoraproject.org/wiki/EPEL#How_can_I_use_these_extra_packages.3F[EPELリポジトリを有効] にしてください。`docbook2X`パッケージをダウンロードするのに必要になります）。
+なお、ドキュメントを doc、html、info 形式等で出力したい場合は、以下の依存ライブラリも必要になります（RHELやRHEL派生のディストリビューション（CentOS・Scientific Linuxなど）では、 https://fedoraproject.org/wiki/EPEL#How_can_I_use_these_extra_packages.3F[EPELリポジトリを有効] にしてください。`docbook2X` パッケージをダウンロードするのに必要になります）。
 
 [source,console]
 ----

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

@@ -181,7 +181,7 @@ It may be helpful to think of it more as ``add this content to the next commit''
 Let's run `git add` now to stage the `CONTRIBUTING.md` file, and then run `git status` again:
 //////////////////////////
 `CONTRIBUTING.md` ファイルは ``Changed but not staged for commit'' という欄に表示されます。これは、追跡対象のファイルが作業ディレクトリ内で変更されたけれどもまだステージされていないという意味です。
-ステージするには `git add` コマンドを実行します。 `git add` にはいろんな意味合いがあり、新しいファイルの追跡開始・ファイルのステージング・マージ時に衝突が発生したファイルに対する「解決済み」マーク付けなどで使用します。``指定したファイルをプロジェクトに追加(add)する''コマンド、というよりは、``指定した内容を次のコミットに追加(add)する''コマンド、と捉えるほうがわかりやすいかもしれません。(((git commands, add)))
+ステージするには `git add` コマンドを実行します。 `git add` にはいろんな意味合いがあり、新しいファイルの追跡開始・ファイルのステージング・マージ時に衝突が発生したファイルに対する「解決済み」マーク付けなどで使用します。``指定したファイルをプロジェクトに追加(add)する'' コマンド、というよりは、``指定した内容を次のコミットに追加(add)する'' コマンド、と捉えるほうがわかりやすいかもしれません。(((git commands, add)))
 では、`git add` で `CONTRIBUTING.md` をステージしてもういちど `git status` を実行してみましょう。
 
 [source,console]
@@ -236,7 +236,7 @@ If you commit now, the version of `CONTRIBUTING.md` as it was when you last ran
 If you modify a file after you run `git add`, you have to run `git add` again to stage the latest version of the file:
 //////////////////////////
 これはどういうことでしょう?
-`CONTRIBUTING.md` が、ステージされているほうとステージされていないほうの_両方に_登場しています。
+`CONTRIBUTING.md` が、ステージされているほうとステージされていないほうの _両方に_ 登場しています。
 こんなことってありえるんでしょうか?
 要するに、Git は「`git add` コマンドを実行した時点の状態のファイル」をステージするということです。
 ここでコミットをすると、実際にコミットされるのは `git add` を実行した時点の `CONTRIBUTING.md` であり、`git commit` した時点の作業ディレクトリにある内容とは違うものになります。
@@ -266,7 +266,7 @@ If you run `git status -s` or `git status --short` you get a far more simplified
 //////////////////////////
 `git status` の出力はとてもわかりやすいですが、一方で冗長でもあります。
 Gitにはそれを簡略化するためのオプションもあり、変更点をより簡潔に確認できます。
-`git status -s`や`git status --short`コマンドを実行して、簡略化された状態表示を見てみましょう。
+`git status -s` や `git status --short` コマンドを実行して、簡略化された状態表示を見てみましょう。
 
 [source,console]
 ----
@@ -284,11 +284,11 @@ There are two columns to the output - the left hand column indicates that the fi
 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.
 //////////////////////////
-まだ追跡されていない新しいファイルには`??`が、ステージングエリアに追加されたファイルには`A`が、変更されたファイルには`M`が、といったように、ファイル名の左側に文字列が表示されます。
+まだ追跡されていない新しいファイルには `??` が、ステージングエリアに追加されたファイルには `A` が、変更されたファイルには `M` が、といったように、ファイル名の左側に文字列が表示されます。
 内容は2文字の組み合わせです。1文字目はステージされたファイルの状態を、2文字はファイルが変更されたかどうかを示しています。
-この例でいうと、`README`ファイルは作業ディレクトリ上にあって変更されているけれどステージされてはいません。
-`lib/simplegit.rb`ファイルは変更済みでステージもされています。
-`Rakefile`のほうはどうかというと、変更されステージされたあと、また変更された、という状態です。変更の内容にステージされたものとそうでないものがあることになります。
+この例でいうと、`README` ファイルは作業ディレクトリ上にあって変更されているけれどステージされてはいません。
+`lib/simplegit.rb` ファイルは変更済みでステージもされています。
+`Rakefile` のほうはどうかというと、変更されステージされたあと、また変更された、という状態です。変更の内容にステージされたものとそうでないものがあることになります。
 
 [[r_ignoring]]
 //////////////////////////
@@ -352,7 +352,7 @@ glob パターンとは、シェルで用いる簡易正規表現のようなも
 また、ハイフン区切りの文字を角括弧で囲んだ形式 (`[0-9]`) は、
 ふたつの文字の間の任意の文字 (この場合は 0 から 9 までの間の文字) にマッチします。
 アスタリクスを2つ続けて、ネストされたディレクトリにマッチさせることもできます。
-`a/**/z` のように書けば、`a/z`、`a/b/z`、`a/b/c/z`などにマッチします。
+`a/**/z` のように書けば、`a/z`、`a/b/z`、`a/b/c/z` などにマッチします。
 
 //////////////////////////
 Here is another example .gitignore file:
@@ -577,10 +577,10 @@ Run `git difftool --tool-help` to see what is available on your system.
 //////////////////////////
 .GitのDiffを他のツールで見る
 ====
-この本では、引き続き`git diff`コマンドを様々な方法で使っていきます。
+この本では、引き続き `git diff` コマンドを様々な方法で使っていきます。
 一方、このコマンドを使わずに差分を見る方法も用意されています。GUIベースだったり、他のツールが好みの場合、役に立つでしょう。
-`git diff`の代わりに`git difftool`を実行してください。そうすれば、emerge、vimdiffなどのツールを使って差分を見られます（商用のツールもいくつもあります）。
-また、`git difftool --tool-help`を実行すれば、利用可能なdiffツールを確認することもできます。
+`git diff` の代わりに `git difftool` を実行してください。そうすれば、emerge、vimdiffなどのツールを使って差分を見られます（商用のツールもいくつもあります）。
+また、`git difftool --tool-help` を実行すれば、利用可能なdiffツールを確認することもできます。
 ====
 
 [[r_committing_changes]]