Fix 120

C-git-commands.asc

@@ -390,7 +390,7 @@ It can list the branches you have, create a new branch, delete branches and rena
 Most of <<ch03-git-branching#ch03-git-branching>> is dedicated to the `branch` command and it's used throughout the entire chapter.
 We first introduce it in <<ch03-git-branching#r_create_new_branch>> and we go through most of its other features (listing and deleting) in <<ch03-git-branching#r_branch_management>>.
 //////////////////////////
-<<ch03-git-branching#ch03-git-branching>> のほとんどは `branch` コマンドに費やされており、この章の全体に渡って`branch` コマンドが使用されています。最初にこのコマンドを紹介したのは <<ch03-git-branching#r_create_new_branch>> で、そこで扱った以外の機能（一覧表示と削除）のほとんどは <<ch03-git-branching#r_branch_management>> で見てきました。
+<<ch03-git-branching#ch03-git-branching>> のほとんどは `branch` コマンドに費やされており、この章の全体に渡って `branch` コマンドが使用されています。最初にこのコマンドを紹介したのは <<ch03-git-branching#r_create_new_branch>> で、そこで扱った以外の機能（一覧表示と削除）のほとんどは <<ch03-git-branching#r_branch_management>> で見てきました。
 
 //////////////////////////
 In <<ch03-git-branching#r_tracking_branches>> we use the `git branch -u` option to set up a tracking branch.
@@ -456,7 +456,7 @@ We covered how to do a squashed merge (where Git merges the work but pretends li
 //////////////////////////
 We went over a lot about the merge process and command, including the `-Xignore-space-change` command and the `--abort` flag to abort a problem merge in <<ch07-git-tools#r_advanced_merging>>.
 //////////////////////////
-<<ch07-git-tools#r_advanced_merging>> では、マージのプロセスとコマンドについて多くを見てきました。これには、-Xignore-space-change` コマンドや、 `--abort` フラグを使って問題のあるマージを中断する方法が含まれます。
+<<ch07-git-tools#r_advanced_merging>> では、マージのプロセスとコマンドについて多くを見てきました。これには、`-Xignore-space-change` コマンドや、 `--abort` フラグを使って問題のあるマージを中断する方法が含まれます。
 
 //////////////////////////
 We learned how to verify signatures before merging if your project is using GPG signing in <<ch07-git-tools#r_signing_commits>>.
@@ -550,7 +550,7 @@ This is basically entirely covered in <<ch07-git-tools#r_git_stashing>>.
 The `git tag` command is used to give a permanent bookmark to a specific point in the code history.
 Generally this is used for things like releases.
 //////////////////////////
-`git tag`コマンドは、コードの歴史の中で、特定のポイントに永続的なブックマークを付与するのに使用されます。一般的には、このコマンドはリリース作業などで使用されます。
+`git tag` コマンドは、コードの歴史の中で、特定のポイントに永続的なブックマークを付与するのに使用されます。一般的には、このコマンドはリリース作業などで使用されます。
 
 //////////////////////////
 This command is introduced and covered in detail in <<ch02-git-basics#r_git_tagging>> and we use it in practice in <<ch05-distributed-git#r_tagging_releases>>.
@@ -642,7 +642,7 @@ Here we cover the basics of pushing a branch to a remote repository.
 In <<ch03-git-branching#r_pushing_branches>> we go a little deeper into pushing specific branches and in <<ch03-git-branching#r_tracking_branches>> we see how to set up tracking branches to automatically push to.
 In <<ch03-git-branching#r_delete_branches>> we use the `--delete` flag to delete a branch on the server with `git push`.
 //////////////////////////
-最初に `git push` コマンドについて見たのは <<ch02-git-basics#r_pushing_remotes>> でした。ここでは、ブランチをリモートリポジトリへプッシュする基本に触れました。<<ch03-git-branching#r_pushing_branches>> では、特定のブランチをプッシュする方法について少し詳細に見てきました。 <<ch03-git-branching#r_tracking_branches>> では、自動的にプッシュをするために、追跡ブランチを設定する方法を見てきました。<<ch03-git-branching#r_delete_branches>> では、`git push` でサーバ上のブランチを削除するために、`--delete`フラグを使用しました。
+最初に `git push` コマンドについて見たのは <<ch02-git-basics#r_pushing_remotes>> でした。ここでは、ブランチをリモートリポジトリへプッシュする基本に触れました。<<ch03-git-branching#r_pushing_branches>> では、特定のブランチをプッシュする方法について少し詳細に見てきました。 <<ch03-git-branching#r_tracking_branches>> では、自動的にプッシュをするために、追跡ブランチを設定する方法を見てきました。<<ch03-git-branching#r_delete_branches>> では、`git push` でサーバ上のブランチを削除するために、 `--delete` フラグを使用しました。
 
 //////////////////////////
 Throughout <<ch05-distributed-git#r_contributing_project>> we see several examples of using `git push` to share work on branches through multiple remotes.
@@ -900,7 +900,7 @@ Git自体を含め、多くのGitプロジェクトは、もっぱらメーリ
 The `git apply` command applies a patch created with the `git diff` or even GNU diff command.
 It is similar to what the `patch` command might do with a few small differences.
 //////////////////////////
-`git apply` コマンドは、`git diff` コマンドまたはGNU diffコマンドで作成したパッチを適用します。ほんの少しの違いを除けば、これは`patch` コマンドが行うであろう処理と同様のものです。
+`git apply` コマンドは、`git diff` コマンドまたはGNU diffコマンドで作成したパッチを適用します。ほんの少しの違いを除けば、これは `patch` コマンドが行うであろう処理と同様のものです。
 
 //////////////////////////
 We demonstrate using it and the circumstances in which you might do so in <<ch05-distributed-git#r_patches_from_email>>.
@@ -918,7 +918,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.
 //////////////////////////
-<<ch05-distributed-git#r_git_am>> では、`--resolved、, `-i` および `-3` オプションの使い方を含め、 `git am` コマンドの使い方とワークフローを取り上げました。
+<<ch05-distributed-git#r_git_am>> では、`--resolved` 、 `-i` および `-3` オプションの使い方を含め、 `git am` コマンドの使い方とワークフローを取り上げました。
 
 //////////////////////////
 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>>.

TRANSLATION_NOTES.asc

@@ -40,5 +40,5 @@ https://github.com/progit/progit2-ja/releases[Releases] に掲載されている
 
 以下の作業を行ってください。
 
-1. `status.json`の更新（コンテンツ自動生成時に使用されます）
+1. `status.json` の更新（コンテンツ自動生成時に使用されます）
 1. 作業完了の意思表示（該当のissueやPull Requestにコメントする）

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]
 ----