translation update to config/alias.po and for github pages.

Author: kuma35

Documentation-ja/BreakingChanges.adoc

@@ -34,9 +34,9 @@ My First Contribution to the Git Project
 このIRCチャネルは、Gitコントリビューター間の会話用です。 誰かが現在オンラインで、あなたの質問に対する答えを知っている場合、あなたはリアルタイムで助けを受け取ることができます。 それ以外の場合は、 https://colabti.org/irclogger/irclogger_logs/git-devel[scrollback] を読んで、誰かがあなたに回答したかどうかを確認できます。 IRCはオフラインのプライベートメッセージを許可していません。そのため、誰かにプライベートメッセージを送信してから、IRCからログアウトしようとすると、その人はあなたに応答できません。 切断した場合に回答できるように、また他の人が会話から学ぶことができるように、チャネルで質問することをお勧めします。
 
 ==== https://discord.gg/GRFVkzgxRd[#discord] on Discord
-This is an unofficial Git Discord server for everyone, from people just starting out with Git to those who develop it. It's a great place to ask questions, share tips, and connect with the broader Git community in real time.
+これは非公式の Git Discord サーバーで、 Git を始めたばかりの人から Git を開発している人まで、 誰でも参加可能です。 質問をしたり、 Tips を共有したり、 より広い Git コミュニティとリアルタイムでつながったりするのに最適な場所です。
 
-The server has channels for general discussions and specific channels for those who use Git and those who develop it. The server's search functionality also allows you to find previous conversations and answers to common questions.
+サーバーには一般的な議論のためのチャンネルと、 Git を使用する人向けや、 Git を開発する人向けの専用チャンネルがあります。 また、 サーバーの検索機能を使って、 過去の会話やよくある質問への回答を探すこともできます。
 
 [[getting-started]]
 == Getting Started
@@ -106,14 +106,13 @@ int cmd_psuh(int argc UNUSED, const char **argv UNUSED,
 	     const char *prefix UNUSED, struct repository *repo UNUSED)
 ----
 
-A few things to note:
+注意すべき点がいくつかあります:
 
-* A subcommand implementation takes its command line arguments in `int argc` +
-  `const char **argv`, like `main()` would.
+* サブコマンド実装は、 `main()` と同様に、 `int argc` + `const char **argv` でコマンドライン引数を受け取ります。
 
-* It also takes two extra parameters, `prefix` and `repo`. What they mean will not be discussed until much later.
+* また、 `prefix` と `repo` という 2 つの追加パラメータも受け取ります。 それらが何を意味するかについては、 この文書の後の方で説明します。
 
-* Because this first example will not use any of the parameters, your compiler will give warnings on unused parameters. As the list of these four parameters is mandated by the API to add new built-in commands, you cannot omit them. Instead, you add `UNUSED` to each of them to tell the compiler that you *know* you are not (yet) using it.
+* この最初の例ではこれらのパラメータを全く使用しないため、 コンパイラが未使用パラメータについての警告を出します。 しかし、 この 4 つのパラメータは新しい組み込みコマンドを追加するための API で必須と定められているため、 省略することはできません。 代わりに、 それぞれに `UNUSED` マクロを追加することで、 意図的に(現時点では)使用していないことをコンパイラに伝えます。
 
 また、私達は psuhの宣言を追加する必要があります。 `builtin.h` を開き、宣言をアルファベット順に保つために、 `cmd_pull` の宣言を見つけ、その直前に `psuh` の行を追加します。
 
@@ -214,7 +213,7 @@ Signed-off-by: A U Thor <author@example.com>
 
 文字列を出力する以外に、少なくとも何かを行うと便利です。 まず、私たちが得たものすべてを見てみましょう。
 
-Modify your `cmd_psuh` implementation to dump the args you're passed, keeping existing `printf()` calls in place; because the args are now used, remove the `UNUSED` macro from them:
+`cmd_psuh` 実装を変更して、 渡された引数をダンプし、 既存の `printf()` 呼び出しをそのまま維持します。 args を使用するので args の後ろの `UNused` マクロを削除します:
 
 ----
 	int i;
@@ -235,7 +234,7 @@ Modify your `cmd_psuh` implementation to dump the args you're passed, keeping ex
 
 ビルドして試してみてください。 ご想像のとおり、私達のコマンドの名前を含め、私達がコマンドラインで与えたものはほとんど何でもあります。 (`prefix` が空の場合は、 `cd Documentation/ && ../bin-wrappers/git psuh` としてみてください)。 これあまり役に立ちません。 では、私達は他にどのようなコンテキストを取得できるでしょうか？
 
-Add a line to `#include "config.h"` and `#include "repository.h"`. Then, add the following bits to the function body: function body:
+`#include "config.h"` 行を追加します。 そして関数本体にちょびっと追加します:
 
 ----
 	const char *cfg_name;
@@ -249,7 +248,7 @@ Add a line to `#include "config.h"` and `#include "repository.h"`. Then, add the
 		printf(_("Your name: %s\n"), cfg_name);
 ----
 
-`repo_config()` will grab the configuration from config files known to Git and apply standard precedence rules. `repo_config_get_string_tmp()` will look up a specific key ("user.name") and give you the value. There are a number of single-key lookup functions like this one; you can see them all (and more info about how to use `repo_config()`) in `Documentation/technical/api-config.adoc`.
+`repo_config()` は、Gitに認識されている構成ファイルから構成を把握し、標準の優先順位ルールを適用します。 `repo_config_get_string_tmp()` は特定のキー("user.name")を検索し、値を提供します。 このような単一キー探索関数は多数あります。 それらすべて(および `repo_config()` の使用方法に関する詳細情報)は、 `Documentation/technical/api-config.adoc` で確認できます。
 
 出力された名前が、実行時に表示される名前と一致することがわかります:
 
@@ -274,7 +273,7 @@ NOTE: 繰り返しになりますが、上記のように `-m` で済ますの
 status_init_config(&s, git_status_config);
 ----
 
-But as we drill down, we can find that `status_init_config()` wraps a call to `repo_config()`. Let's modify the code we wrote in the previous commit.
+しかし、ドリルダウンすると、 `status_init_config()` が `repo_config()` の呼び出しをラップしていることがわかります。 前のコミットで私達が書いたコードを変更してみましょう。
 
 `struct wt_status` を使用できるように、必ず以下のヘッダーファイルを含めてください:
 
@@ -357,7 +356,7 @@ $ ./bin-wrappers/git help psuh
 
 あなたの新しいコマンドは文書化されていません！ これを直しましょう。
 
-Take a look at `Documentation/git-*.adoc`. These are the manpages for the subcommands that Git knows about. You can open these up and take a look to get acquainted with the format, but then go ahead and make a new file `Documentation/git-psuh.adoc`. Like with most of the documentation in the Git project, help pages are written with AsciiDoc (see CodingGuidelines, "Writing Documentation" section). Use the following template to fill out your own manpage:
+`Documentation/git-*.adoc` を見てください。 これらは、Gitが知っているサブコマンドのマニュアルページです。 これらを開いてフォーマットを理解するために確認することもできますが、まずは新しいファイル `Documentation/git-psuh.adoc` を作成します。 Gitプロジェクトのほとんどのドキュメントと同様に、ヘルプページは AsciiDoc で作成されています(CodingGuidelinesの「Writing Documentation」セクションを参照)。 以下のテンプレートに従ってあなた独自のmanpageを作成します:
 
 // Surprisingly difficult to embed AsciiDoc source within AsciiDoc.
 [listing]
@@ -421,7 +420,7 @@ $ man Documentation/git-psuh.1
 
 `./bin-wrappers/git psuh -h` を実行してみてください。 コマンドは最後にクラッシュするはずです。 なぜならこれは、 `-h` が、あなたのコマンドが使用法の出力を処理しなければならない特殊なケースであるためです。
 
-Take a look at `Documentation/technical/api-parse-options.adoc`. This is a handy tool for pulling out options you need to be able to handle, and it takes a usage string.
+`Documentation/technical/api-parse-options.adoc` をご覧下さい。 これはあなたが扱えるようにする必要があるオプションを引っ張り出すめの便利なツールで、使用法の文字列を受け取ります。
 
 これを使用するには、使用文字列のNULLで終了する配列と `builtin_psuh_options` 配列を準備する必要があります。
 
@@ -444,13 +443,13 @@ static const char * const psuh_usage[] = {
 	};
 ----
 
-最後に、あなたの引数とプレフィックスを出力する前に、 `parse-options()` の呼び出しを追加します:
+最後に、あなたの引数と prefix を出力する前に、 `parse-options()` の呼び出しを追加します:
 
 ----
 	argc = parse_options(argc, argv, prefix, options, psuh_usage, 0);
 ----
 
-この呼び出しにより、あなたの `argv` パラメーターが変更されます。 `argv` から `options` で指定したオプションが削除され、 `options` エントリからポイントされた場所が更新されます。 必ず あなたの `argc` を `parse_options()` の結果に置き換えてください。そうしないと、後で `argv` をパースしようとしたときに混乱します。
+この呼び出しにより、あなたの `argv` パラメーターが変更されます。 `argv` から `options` で指定したオプションが削除され、 `options` エントリからポイントされた場所が更新されます。 必ずあなたの `argc` を `parse_options()` の結果に置き換えてください。 そうしないと、 後で `argv` をパースしようとしたときに混乱します。
 
 特別な引数 `--` に注意する価値があります。 ご存知かもしれませんが、多くのUnixコマンドは「名前付きパラメータの終わり」を示すために `--` を使用します -- `--` の後のすべてのパラメータは単に位置引数として解釈されます。 (これは、通常はフラグとして解釈されるものをパラメーターとして渡したい場合に便利です。) `parse_options()` は `--` に達するとパースを終了し、その後、残りのオプションをそのまま提供します。
 
@@ -676,9 +675,9 @@ $ git push remotename psuh
 [[send-pr-ggg]]
 === Sending a PR to GitGitGadget
 
-In order to have your code tested and formatted for review, you need to start by opening a Pull Request against either `gitgitgadget/git` or `git/git`. Head to https://github.com/gitgitgadget/git or https://github.com/git/git and open a PR either with the "New pull request" button or the convenient "Compare & pull request" button that may appear with the name of your newly pushed branch.
+コードをテストしてもらったり、レビュー用にフォーマットしてもらったりするためには、 まず `gitgitgadget/git` または `git/git` に対してプル・リクエストを開く必要があります。 https://github.com/gitgitgadget/git または https://github.com/git/git にアクセスし、 「New pull request」ボタン、 または新しくプッシュしたブランチ名とともに表示される可能性のある便利な「Compare & pull request」ボタンのいずれかを使って PR を開いてください。
 
-The differences between using `gitgitgadget/git` and `git/git` as your base can be found [here](https://gitgitgadget.github.io/#should-i-use-gitgitgadget-on-gitgitgadgets-git-fork-or-on-gits-github-mirror)
+ベースとして `gitgitgadget/git` を使用する場合と `git/git` を使用する場合の違いについては、 [here](https://gitgitgadget.github.io/#should-i-use-gitgitgadget-on-gitgitgadgets-git-fork-or-on-gits-github-mirror) を参照してください。
 
 PR のタイトルと説明を確認してください。 GitGitGadget では、あなたの変更の、カバー・レターの件名と本文としてそれぞれ使用されます。 提出物にタイトルを付ける方法と説明に含める内容については、上記 <<cover-letter,"The cover letter">> を参照してください。
 
@@ -813,7 +812,7 @@ NOTE: あなたが誰に CC (カーボン・コピー)するのかわからな
 
 NOTE: 実際のパッチを送信する場合、 git@vger.kernel.org に送信されますが、チュートリアルから実際のメーリングリストにパッチセットを送信しないでください。 今のところ、それがどのように見えるかを確実に理解するために、それを自分自身に送信することができます。
 
-NOTE: After sending your patches, you can confirm that they reached the mailing list by visiting https://lore.kernel.org/git/. Use the search bar to find your name or the subject of your patch. If it appears, your email was successfully delivered.
+NOTE: あなたのパッチを送信した後、 あなたは https://lore.kernel.org/git/ にアクセスして、 パッチがメーリング・リストに届いたことを確認できます。 検索バーを使用して、 自分の名前またはパッチの件名を見つけます。 表示された場合、 メールは正常に配信されています。
 
 あなたが上記のコマンドを実行すると、各パッチが送信されるたびにインタラクティブなプロンプトが表示されます。 これにより、何かを編集したり送信をやめたりする最後のチャンスが得られます(ただし、繰り返しになりますが、この方法でコードを編集してはいけません)。 これらのプロンプトで `y` または `a` を押すと、メールが送信されます！ おめでとうございます！