git-manpages-l 10n - en to ja translation catalogue (572 entries)

note: type: Plain text
en: Show blank SHA-1 for boundary commits.  This can also be controlled via the `blame.blankBoundary` config option.
ja: バウンダリーコミットのSHA-1を空白で表示します。これは、`blame.showRoot` 設定オプションで制御することもできます。

note: type: Plain text
en: Do not treat root commits as boundaries.  This can also be controlled via the `blame.showRoot` config option.
ja: ルートコミットをバウンダリーとして扱わないでください。これは、`blame.showRoot` 設定オプションで制御することもできます。

note: type: Plain text
en: Include additional statistics at the end of blame output.
ja: blame の出力の最後に追加の統計を含めます。

note: type: Plain text
en: Annotate only the line range given by '<start>,<end>', or by the function name regex '<funcname>'.  May be specified multiple times. Overlapping ranges are allowed.
ja: <start>,<end>' または関数名の正規表現 '<funcname>' で指定された行の範囲のみに注釈を付けます。 複数回指定できます。 範囲の重複は許可されます。

note: type: Plain text
en: A Git Glossary.
ja: Git用語集。

note: type: Plain text
en: Git namespaces.
ja: Gitの名前空間。

note: type: Plain text
en: The `GIT_AUTHOR_DATE` and `GIT_COMMITTER_DATE` environment variables support the following date formats:
ja: 環境変数 `GIT_AUTHOR_DATE` と `GIT_COMMITTER_DATE` は以下の日付フォーマットをサポートしています。

note: type: Labeled list
en: Git internal format
ja: Gitの内部フォーマット

note: type: Plain text
en: It is `<unix-timestamp> <time-zone-offset>`, where `<unix-timestamp>` is the number of seconds since the UNIX epoch.  `<time-zone-offset>` is a positive or negative offset from UTC.  For example CET (which is 1 hour ahead of UTC) is `+0100`.
ja: これは `<unix-timestamp> <time-zone-offset>` で、`<unix-timestamp>` はUNIXエポックからの秒数です。  `<time-zone-offset>` は、UTCからの正負のオフセットです。  例えば、CET（UTCより1時間進んでいる）は `+0100` です。

note: type: Plain text
en: The standard email format as described by RFC 2822, for example `Thu, 07 Apr 2005 22:13:13 +0200`.
ja: RFC2822に記載されている標準的な電子メールのフォーマットで、例えば `Thu, 07 Apr 2005 22:13:13 +0200` のようになります。

note: type: Plain text
en: Time and date specified by the ISO 8601 standard, for example `2005-04-07T22:13:13`. The parser accepts a space instead of the `T` character as well. Fractional parts of a second will be ignored, for example `2005-04-07T22:13:13.019` will be treated as `2005-04-07T22:13:13`.
ja: ISO 8601規格で指定された時刻と日付で、例えば `2005-04-07T22:13:13` のようになります。パーサーは、`T` 文字の代わりにスペースも受け入れます。秒の端数は無視されます。例えば、`2005-04-07T22:13:13.019` は `2005-04-07T22:13:13` として扱われます。

note: type: Plain text
en: In addition, the date part is accepted in the following formats: `YYYY.MM.DD`, `MM/DD/YYYY` and `DD.MM.YYYY`.
ja: また、日付部分は以下のフォーマットで受け付けます。 `YYYYY.MM.DD`、`MM/DD/YYYY`、`DD.MM.YYYY` です。

note: type: Plain text
en: In addition to recognizing all date formats above, the `--date` option will also try to make sense of other, more human-centric date formats, such as relative dates like "yesterday" or "last Friday at noon".
ja: 上記のすべての日付フォーマットを認識することに加えて、`--date` オプションは、"yesterday" や "last Friday at noon" といった相対的な日付など、より人間中心の日付フォーマットを理解しようとします。

note: type: Plain text
en: The raw output format from "git-diff-index", "git-diff-tree", "git-diff-files" and "git diff --raw" are very similar.
ja: "git-diff-index"、"git-diff-tree"、"git-diff-files"、"git diff --raw "の生の出力形式は非常によく似ています。

note: type: Plain text
en: These commands all compare two sets of things; what is compared differs:
ja: これらのコマンドはすべて、2つのセットを比較します。比較されるものは異なります。

note: type: Plain text
en: compares the <tree-ish> and the files on the filesystem.
ja: <tree-ish>とファイルシステム上のファイルを比較します。

note: type: Plain text
en: compares the <tree-ish> and the index.
ja: <tree-ish>とインデックスを比較します。

note: type: Plain text
en: compares the trees named by the two arguments.
ja: 2つの引数で指定されたツリーを比較します。

note: type: Plain text
en: compares the index and the files on the filesystem.
ja: インデックスとファイルシステム上のファイルを比較します。

note: type: Plain text
en: The "git-diff-tree" command begins its output by printing the hash of what is being compared. After that, all the commands print one output line per changed file.
ja: "git-diff-tree" コマンドの出力は、比較対象のハッシュを表示することから始まります。その後、すべてのコマンドは変更されたファイルごとに1つの出力行を表示します。

note: type: Plain text
en: An output line is formatted this way:
ja: 出力行はこのようなフォーマットになっています。

note: type: Plain text
en: That is, from the left to the right:
ja: これは、左から右に:

note: type: Plain text
en: a colon.
ja: コロン。

note: type: Plain text
en: mode for "src"; 000000 if creation or unmerged.
ja: "src"のモード。作成またはマージされていない場合は 000000。

note: type: Plain text
en: a space.
ja: 空白。

note: type: Plain text
en: mode for "dst"; 000000 if deletion or unmerged.
ja: "dst"のモード。削除またはマージされていない場合は 000000。

note: type: Plain text
en: sha1 for "src"; 0\{40\} if creation or unmerged.
ja: "src"のsha1。作成またはマージされていない場合は 0\{40\}。

note: type: Plain text
en: status, followed by optional "score" number.
ja: ステータス、後ろにオプションで「スコア」の数字が続きます。

note: type: Plain text
en: a tab or a NUL when `-z` option is used.
ja: タブ、`-z` オプションが使用されている場合はNUL。

note: type: Plain text
en: path for "src"
ja: "src"のパス

note: type: Plain text
en: a tab or a NUL when `-z` option is used; only exists for C or R.
ja: タブ、`-z` オプションが使用されている場合はNUL。 CまたはRの場合にのみ存在します。

note: type: Plain text
en: path for "dst"; only exists for C or R.
ja: "dst"のパス。 CまたはRの場合にのみ存在します。

note: type: Plain text
en: an LF or a NUL when `-z` option is used, to terminate the record.
ja: LF、`-z` オプションが使用されている場合はNULで、レコードを終了します。

note: type: Plain text
en: Possible status letters are:
ja: 可能なステータスレターは：

note: type: Plain text
en: A: addition of a file
ja: A: ファイルの追加

note: type: Plain text
en: C: copy of a file into a new one
ja: C: ファイルを新しいファイルにコピーする

note: type: Plain text
en: D: deletion of a file
ja: D: ファイルの削除

note: type: Plain text
en: M: modification of the contents or mode of a file
ja: M: ファイルの内容やモードの変更

note: type: Plain text
en: R: renaming of a file
ja: R: ファイルの名前を変更

note: type: Plain text
en: T: change in the type of the file (regular file, symbolic link or submodule)
ja: T: ファイルの種類の変更 (通常のファイル、シンボリックリンク、サブモジュール)

note: type: Plain text
en: U: file is unmerged (you must complete the merge before it can be committed)
ja: U: ファイルがマージされていない (コミットする前にマージを完了する必要がある)

note: type: Plain text
en: X: "unknown" change type (most probably a bug, please report it)
ja: X: "不明な" 変更タイプ（おそらくバグです。報告してください）

note: type: Plain text
en: Status letters C and R are always followed by a score (denoting the percentage of similarity between the source and target of the move or copy).  Status letter M may be followed by a score (denoting the percentage of dissimilarity) for file rewrites.
ja: ステータスレターCおよびRの後には、常にスコア（移動またはコピーのソースとターゲットの類似性の割合を示す）が付きます。  ファイルの書き換えを行う場合は、ステータス文字Mの後にスコア（非類似度の割合を表す）が付くことがあります。

note: type: Labeled list
en: Example:
ja: 例:

note: type: Plain text
en: Without the `-z` option, pathnames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).  Using `-z` the filename is output verbatim and the line is terminated by a NUL byte.
ja: `-z` オプションをつけないと、設定変数 `core.quotePath` (linkgit:git-config[1]参照) の説明にしたがって、「普通でない」文字を含むパス名が引用されます。  `-z` を使うと、ファイル名はそのまま出力され、行は NUL バイトで終了します。

note: type: Title -
en: diff format for merges
ja: マージ用のdiffフォーマット

note: type: Plain text
en: "git-diff-tree", "git-diff-files" and "git-diff --raw" can take `-c` or `--cc` option to generate diff output also for merge commits.  The output differs from the format described above in the following way:
ja: "git-diff-tree", "git-diff-files", "git-diff --raw" に `-c` または `--cc` オプションを付けると、マージコミットについても diff 出力を行うことができます。  この出力は，上で説明した形式とは以下のように異なります。

note: type: Plain text
en: there is a colon for each parent
ja: それぞれの親にコロンがある

note: type: Plain text
en: there are more "src" modes and "src" sha1
ja: より多くの "src "モードと "src "sha1がある

note: type: Plain text
en: status is concatenated status characters for each parent
ja: ステータスは各親のステータス文字を連結したもの

note: type: Plain text
en: no optional "score" number
ja: オプションの "スコア" 数値はない

note: type: Plain text
en: tab-separated pathname(s) of the file
ja: タブで区切られたファイルのパス名(複数可)

note: type: Plain text
en: For `-c` and `--cc`, only the destination or final path is shown even if the file was renamed on any side of history.  With `--combined-all-paths`, the name of the path in each parent is shown followed by the name of the path in the merge commit.
ja: `-c` と `--cc` では、ファイルの名前がヒストリのいずれかの側で変更された場合でも、宛先または最終パスのみが表示されます。  `--combined-all-paths` では、それぞれの親のパスの名前の後に、マージコミットのパスの名前が表示されます。

note: type: Plain text
en: Examples for `-c` and `--cc` without `--combined-all-paths`:
ja: `--combined-all-paths` を使用しない `-c` および `--cc` の例。

note: type: Plain text
en: Examples when `--combined-all-paths` added to either `-c` or `--cc`:
ja: `--combined-all-paths` が `-c` または `--cc` のいずれかに追加された場合の例。

note: type: Plain text
en: Note that 'combined diff' lists only files which were modified from all parents.
ja: 'combined diff'は、すべての親から変更されたファイルのみをリストすることに注意してください。

note: type: Title -
en: other diff formats
ja: その他のdiffフォーマット

note: type: Plain text
en: The `--summary` option describes newly added, deleted, renamed and copied files.  The `--stat` option adds diffstat(1) graph to the output.  These options can be combined with other options, such as `-p`, and are meant for human consumption.
ja: `--summary` オプションでは、新しく追加されたファイル、削除されたファイル、名前が変更されたファイル、コピーされたファイルについて説明します。  `--stat` オプションは、diffstat(1)のグラフを出力に追加します。  これらのオプションは、`-p` などの他のオプションと組み合わせることができ、人間が消費することを目的としています。

note: type: Plain text
en: When showing a change that involves a rename or a copy, `--stat` output formats the pathnames compactly by combining common prefix and suffix of the pathnames.  For example, a change that moves `arch/i386/Makefile` to `arch/x86/Makefile` while modifying 4 lines will be shown like this:
ja: 名前の変更やコピーを伴う変更を表示する場合、`--stat` の出力では、パス名の共通の接頭辞と接尾辞を組み合わせて、パス名をコンパクトにフォーマットします。  例えば、`arch/i386/Makefile` を `arch/x86/Makefile` に移動し、4行を変更した場合、以下のように表示されます。

note: type: Plain text
en: The `--numstat` option gives the diffstat(1) information but is designed for easier machine consumption.  An entry in `--numstat` output looks like this:
ja: `--numstat` オプションは、diffstat(1)の情報を提供しますが、マシンでの消費が容易になるように設計されています。  `--numstat` の出力のエントリは次のようになります。

note: type: Plain text
en: That is, from left to right:
ja: これは、左から右に:

note: type: Plain text
en: the number of added lines;
ja: 追加された行の数。

note: type: Plain text
en: a tab;
ja: タブ。

note: type: Plain text
en: the number of deleted lines;
ja: 削除された行の数。

note: type: Plain text
en: pathname (possibly with rename/copy information);
ja: パス名 (場合によってはリネーム/コピー情報を含む)。

note: type: Plain text
en: a newline.
ja: 改行。

note: type: Plain text
en: When `-z` output option is in effect, the output is formatted this way:
ja: 出力オプションの `-z` が有効な場合、出力はこのようにフォーマットされます。

note: type: Plain text
en: That is:
ja: これは:

note: type: Plain text
en: a NUL (only exists if renamed/copied);
ja: NUL (リネーム/コピーされた場合のみ存在)。

note: type: Plain text
en: pathname in preimage;
ja: プリイメージのパス名。

note: type: Plain text
en: pathname in postimage (only exists if renamed/copied);
ja: ポストイメージのパス名 (リネーム/コピーされた場合のみ存在)。

note: type: Plain text
en: a NUL.
ja: NUL。

note: type: Plain text
en: The extra `NUL` before the preimage path in renamed case is to allow scripts that read the output to tell if the current record being read is a single-path record or a rename/copy record without reading ahead.  After reading added and deleted lines, reading up to `NUL` would yield the pathname, but if that is `NUL`, the record will show two paths.
ja: 名前を変更した場合のプリイメージパスの前に余分な `NUL` があるのは、出力を読むスクリプトが、現在読まれているレコードがシングルパスのレコードなのか、リネーム/コピーのレコードなのかを、先を読まずに判別できるようにするためです。  追加された行や削除された行を読んだ後、`NUL` まで読めばパス名がわかりますが、それが `NUL` であれば、レコードは2つのパスを示します。

note: type: Title -
en: Generating patch text with -p
ja: -p を使用したパッチ テキストの生成

note: type: Plain text
en: Running linkgit:git-diff[1], linkgit:git-log[1], linkgit:git-show[1], linkgit:git-diff-index[1], linkgit:git-diff-tree[1], or linkgit:git-diff-files[1] with the `-p` option produces patch text.  You can customize the creation of patch text via the `GIT_EXTERNAL_DIFF` and the `GIT_DIFF_OPTS` environment variables (see linkgit:git[1]), and the `diff` attribute (see linkgit:gitattributes[5]).
ja: linkgit:git-diff[1]、linkgit:git-log[1]、linkgit:git-show[1]、linkgit:git-diff-index[1]、linkgit:git-diff-tree[1]、または linkgit:git-diff-files[1] に `-p` オプションをつけて実行すると、パッチテキストが作成されます。  環境変数の `GIT_EXTERNAL_DIFF` と `GIT_DIFF_OPTS` (linkgit:git[1] 参照) や `diff` 属性 (linkgit:gitattributes[5] 参照) を使ってパッチテキストの作成をカスタマイズすることができます。

note: type: Plain text
en: What the -p option produces is slightly different from the traditional diff format:
ja: -pオプションが生成するものは、伝統的なdiffフォーマットとは少し異なります。

note: type: Plain text
en: It is preceded with a "git diff" header that looks like this:
ja: それの前に、次のような"gitdiff"ヘッダーがあります。

note: type: Plain text
en: The `a/` and `b/` filenames are the same unless rename/copy is involved.  Especially, even for a creation or a deletion, `/dev/null` is _not_ used in place of the `a/` or `b/` filenames.
ja: `a/` と `b/` のファイル名は、リネームやコピーが絡まない限り、同じものになります。  特に、作成や削除の場合でも、`/dev/null` は `a/` や `b/` のファイル名の代わりに使われることは _ありません_ 。

note: type: Plain text
en: When rename/copy is involved, `file1` and `file2` show the name of the source file of the rename/copy and the name of the file that rename/copy produces, respectively.
ja: リネーム/コピーが行われた場合、`file1` と `file2` はそれぞれリネーム/コピーの元となるファイルの名前と、リネーム/コピーが生成するファイルの名前を示しています。

note: type: Plain text
en: It is followed by one or more extended header lines:
ja: それに続いて、1つまたは複数の拡張ヘッダーラインがあります。

note: type: Plain text
en: File modes are printed as 6-digit octal numbers including the file type and file permission bits.
ja: ファイルモードは、ファイルタイプとファイルパーミッションビットを含む6桁の8進数で表示されます。

note: type: Plain text
en: Path names in extended headers do not include the `a/` and `b/` prefixes.
ja: 拡張ヘッダーのパス名には、 `a/` および `b/` プレフィックスは含まれません。

note: type: Plain text
en: The similarity index is the percentage of unchanged lines, and the dissimilarity index is the percentage of changed lines.  It is a rounded down integer, followed by a percent sign.  The similarity index value of 100% is thus reserved for two equal files, while 100% dissimilarity means that no line from the old file made it into the new one.
ja: 類似性指数は変化していない線の割合、非類似性指数は変化した線の割合です。  これは、切り捨てられた整数の後にパーセント記号を付けたものです。  したがって、類似度指数の値が100%の場合は、2つの等しいファイルのために予約され、一方、非類似度が100%の場合は、古いファイルから新しいファイルに入った行がないことを意味します。

note: type: Plain text
en: The index line includes the blob object names before and after the change.  The <mode> is included if the file mode does not change; otherwise, separate lines indicate the old and the new mode.
ja: インデックス行には、変更前と変更後のblobオブジェクト名が記載されています。  ファイルモードが変更されない場合は、<mode>が含まれ、そうでない場合は、新旧のモードを別々の行で示します。

note: type: Plain text
en: Pathnames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).
ja: "異常な"文字を含むパス名は、設定変数 `core.quotePath` の説明に従って引用されます（linkgit:git-config[1]を参照）。

note: type: Plain text
en: All the `file1` files in the output refer to files before the commit, and all the `file2` files refer to files after the commit.  It is incorrect to apply each change to each file sequentially.  For example, this patch will swap a and b:
ja: 出力に含まれるすべての `file1` ファイルはコミット前のファイルを指し、すべての `file2` ファイルはコミット後のファイルを指します。  各変更を各ファイルに順次適用するのは正しくありません。  例えば、このパッチは a と b を入れ替えます。

note: type: Plain text
en: Hunk headers mention the name of the function to which the hunk applies.  See "Defining a custom hunk-header" in linkgit:gitattributes[5] for details of how to tailor to this to specific languages.
ja: ハンクヘッダは、そのハンクが適用される関数の名前を言及します。  これを特定の言語に合わせて調整する方法の詳細は linkgit:gitattributes[5] の "Defining a custom hunk-header" を参照してください。

note: type: Title -
en: Combined diff format
ja: 結合されたdiffフォーマット

note: type: Plain text
en: Any diff-generating command can take the `-c` or `--cc` option to produce a 'combined diff' when showing a merge. This is the default format when showing merges with linkgit:git-diff[1] or linkgit:git-show[1]. Note also that you can give suitable `--diff-merges` option to any of these commands to force generation of diffs in specific format.
ja: すべての diff 生成コマンドは、`-c` や `--cc` オプションを使ってマージを表示する際に「結合されたdiff」を生成することができます。これは、linkgit:git-diff[1]やlinkgit:git-show[1]でマージを表示するときのデフォルトの形式です。また、これらのコマンドに適切な `--diff-merges` オプションを与えることで、特定の形式の diff を強制的に生成することもできます。

note: type: Plain text
en: A "combined diff" format looks like this:
ja: "結合されたdiff" のフォーマットは次のようになります。

note: type: Plain text
en: It is preceded with a "git diff" header, that looks like this (when the `-c` option is used):
ja: これの前には "git diff" というヘッダーが付けられ、次のようになります（`-c` オプションを使用した場合）。

note: type: Plain text
en: or like this (when the `--cc` option is used):
ja: または次のようになります（`--cc` オプションを使用した場合）。

note: type: Plain text
en: It is followed by one or more extended header lines (this example shows a merge with two parents):
ja: これに続いて、1つまたは複数の拡張ヘッダーラインが表示されます（この例では、2つの親を持つマージを示しています）。

note: type: Plain text
en: The `mode <mode>,<mode>..<mode>` line appears only if at least one of the <mode> is different from the rest. Extended headers with information about detected contents movement (renames and copying detection) are designed to work with diff of two <tree-ish> and are not used by combined diff format.
ja: `mode <mode>,<mode>...<mode>` の行は、少なくとも一つの <mode> が残りのものとは異なる場合にのみ表示されます。コンテンツの移動を検出した情報(リネームやコピーの検出)を含む拡張ヘッダは、2つの <tree-ish> のdiffで動作するように設計されており、結合されたdiffフォーマットでは使用されません。

note: type: Plain text
en: It is followed by two-line from-file/to-file header
ja: これに続いて2行の from-file/to-file ヘッダーがあります

note: type: Plain text
en: Similar to two-line header for traditional 'unified' diff format, `/dev/null` is used to signal created or deleted files.
ja: 従来の 'unified' diffフォーマットの2行ヘッダーと同様に、`/dev/null` はファイルの作成や削除を知らせるために使われます。

note: type: Plain text
en: However, if the --combined-all-paths option is provided, instead of a two-line from-file/to-file you get a N+1 line from-file/to-file header, where N is the number of parents in the merge commit
ja: ただし、--combined-all-pathsオプションを指定すると、2行の from-file/to-file ではなく、N+1行の from-file/to-file ヘッダーが表示されます（Nはマージコミットの親の数です）

note: type: Plain text
en: This extended format can be useful if rename or copy detection is active, to allow you to see the original name of the file in different parents.
ja: この拡張フォーマットは、名前の変更やコピーの検出が有効な場合に便利で、ファイルの元の名前を異なる親で確認することができます。

note: type: Plain text
en: Chunk header format is modified to prevent people from accidentally feeding it to `patch -p1`. Combined diff format was created for review of merge commit changes, and was not meant to be applied. The change is similar to the change in the extended 'index' header:
ja: 誤って `patch -p1` に与えてしまわないように、チャンクのヘッダ形式を変更しました。結合されたdiff形式は、マージコミットの変更点を確認するために作成されたもので、適用することを意図したものではありません。この変更は、拡張 'index' ヘッダーの変更と同様です。

note: type: Plain text
en: There are (number of parents + 1) `@` characters in the chunk header for combined diff format.
ja: 結合されたdiff形式のチャンクヘッダーには（親の数+ 1の） `@` 文字があります。

note: type: Plain text
en: Unlike the traditional 'unified' diff format, which shows two files A and B with a single column that has `-` (minus -- appears in A but removed in B), `+` (plus -- missing in A but added to B), or `" "` (space -- unchanged) prefix, this format compares two or more files file1, file2,... with one file X, and shows how X differs from each of fileN.  One column for each of fileN is prepended to the output line to note how X's line is different from it.
ja: 従来の'unified' diff形式とは異なり、2つのファイルAとBを、`-` (マイナス -- AにあるがBでは削除された)、`+` (プラス -- Aに無いがBに追加された)、`" "` (スペース -- 変更されていない)の接頭辞を持つ1つの列で表示するこの形式では、2つ以上のファイルfile1, file2,...と1つのファイルXを比較し、XがfileNのそれぞれとどのように異なるかを表示します。  fileNのそれぞれの1列が出力行の前に付加され、Xの行がそれとどのように異なるかを記します。

note: type: Plain text
en: A `-` character in the column N means that the line appears in fileN but it does not appear in the result.  A `+` character in the column N means that the line appears in the result, and fileN does not have that line (in other words, the line was added, from the point of view of that parent).
ja: N列の `-` 文字は、その行がfileNに現れているが、結果には現れていないことを意味します。  N列の `+` 文字は、その行が結果に現れ、fileNにはその行がないことを意味します（つまり、その親から見れば、その行は追加されたことになります）。

note: type: Plain text
en: In the above example output, the function signature was changed from both files (hence two `-` removals from both file1 and file2, plus `++` to mean one line that was added does not appear in either file1 or file2).  Also eight other lines are the same from file1 but do not appear in file2 (hence prefixed with `+`).
ja: 上記の出力例では、関数のシグネチャが両方のファイルから変更されています（そのため、ファイル1とファイル2の両方から2つの `-` が削除され、さらに、追加された1行がファイル1とファイル2のどちらにも現れないことを意味する `++` が追加されています）。  また、他の8行は、ファイル1からは同じですが、ファイル2には現れません（そのため、前に `+` が付いています）。

note: type: Plain text
en: When shown by `git diff-tree -c`, it compares the parents of a merge commit with the merge result (i.e. file1..fileN are the parents).  When shown by `git diff-files -c`, it compares the two unresolved merge parents with the working tree file (i.e. file1 is stage 2 aka "our version", file2 is stage 3 aka "their version").
ja: `git diff-tree -c` で表示すると、マージコミットの親とマージ結果を比較します (つまり、 file1..fileN が親)。  `git diff-files -c` で表示される場合は、2つの未解決のマージ親と作業ツリーファイルを比較します(つまり、file1 はステージ2、別名 "私たちのバージョン" 、file2 はステージ3、別名 "彼らのバージョン" )。

note: type: Plain text
en: Generate plain patches without any diffstats.
ja: diffstatsを使用しないプレーンなパッチを生成します。

note: type: Plain text
en: 	This is the default.
ja: 	これはデフォルトです。

note: type: Plain text
en: Specify diff format to be used for merge commits. Default is {diff-merges-default} unless `--first-parent` is in use, in which case `first-parent` is the default.
ja: マージコミットに使用する diff フォーマットを指定します。デフォルトは {diff-merges-default} です。ただし、`--first-parent` が使用されている場合は、`first-parent` がデフォルトになります。

note: type: Plain text
en: Disable output of diffs for merge commits. Useful to override implied value.
ja: マージコミットでの diff の出力を無効にします。暗黙的な値を上書きするのに便利です。

note: type: Plain text
en: This option makes diff output for merge commits to be shown in the default format. `-m` will produce the output only if `-p` is given as well. The default format could be changed using `log.diffMerges` configuration parameter, which default value is `separate`.
ja: このオプションは、マージコミットの diff 出力をデフォルトのフォーマットで表示します。 `-m` は `-p` が指定された場合にのみ出力されます。デフォルトのフォーマットは、コンフィギュレーションパラメータの `log.diffMerges` で変更することができます。このパラメータのデフォルト値は `separate` です。

note: type: Plain text
en: This option makes merge commits show the full diff with respect to the first parent only.
ja: このオプションは、マージコミットの際に、最初の親を基準とした完全な差分を表示します。

note: type: Plain text
en: This makes merge commits show the full diff with respect to each of the parents. Separate log entry and diff is generated for each parent.
ja: これにより、マージコミットはそれぞれの親に対する完全な diff を表示します。親ごとに個別のログエントリと差分が生成されます。

note: type: Plain text
en: With this option, two-parent merge commits are remerged to create a temporary tree object -- potentially containing files with conflict markers and such.  A diff is then shown between that temporary tree and the actual merge commit.
ja: このオプションでは、2つの親を持つマージコミットが再マージされ、一時的なツリーオブジェクト（コンフリクトマーカーなどのファイルを含む可能性があります）が作成されます。  そして、その一時的なツリーと実際のマージコミットの間の diff が表示されます。

note: type: Plain text
en: The output emitted when this option is used is subject to change, and so is its interaction with other options (unless explicitly documented).
ja: このオプションを使用したときに出力される内容は変更される可能性があり、他のオプションとの相互作用も（明示的に文書化されていない限り）変更される可能性があります。

note: type: Plain text
en: With this option, diff output for a merge commit shows the differences from each of the parents to the merge result simultaneously instead of showing pairwise diff between a parent and the result one at a time. Furthermore, it lists only files which were modified from all parents. `-c` implies `-p`.
ja: このオプションを使用すると、マージコミットのdiff出力は、親と結果のペアごとの差分を一度に1つずつ表示するのではなく、各親からの差分をマージ結果に同時に表示します。さらに、すべての親から変更されたファイルのみが一覧表示されます。 `-c` は `-p` を意味します。

note: type: Plain text
en: With this option the output produced by `--diff-merges=combined` is further compressed by omitting uninteresting hunks whose contents in the parents have only two variants and the merge result picks one of them without modification.  `--cc` implies `-p`.
ja: このオプションを使うと、 `--diff-merges=combined` の出力は、親の内容が2つのバリエーションしかなく、マージ結果がそのうちの1つをそのまま選ぶような、興味のないハンクを省くことでさらに圧縮されます。  `-cc` は `-p` を意味します。

note: type: Plain text
en: This flag causes combined diffs (used for merge commits) to list the name of the file from all parents.  It thus only has effect when `--diff-merges=[dense-]combined` is in use, and is likely only useful if filename changes are detected (i.e.  when either rename or copy detection have been requested).
ja: このフラグを指定すると、結合された差分 (マージコミットで使用) ですべての親ファイルのファイル名がリストアップされるようになります。  このフラグは `--diff-merges=[dense-]combined` が使用されている場合にのみ効果があり、ファイル名の変更が検出された場合 (つまり、リネームやコピー検出が要求された場合) にのみ有効でしょう。

note: type: Plain text
en: Generate diffs with <n> lines of context instead of the usual three.
ja: 通常の3行ではなく、<n>行のコンテキストで差分を生成します。

note: type: Plain text
en: 	Implies `--patch`.
ja: 	`--patch` を意味します。

note: type: Labeled list
en: --output=<file>
ja: --output=<ファイル>

note: type: Plain text
en: Output to a specific file instead of stdout.
ja: 標準出力の代わりに特定のファイルへ出力します。

note: type: Plain text
en: Specify the character used to indicate new, old or context lines in the generated patch. Normally they are '+', '-' and ' ' respectively.
ja: 生成されたパッチの新しい行、古い行、または前後関係の行を示すために使用される文字を指定します。通常、それらはそれぞれ'+'、'-'、および' 'です。

note: type: Plain text
en: 	Generate the diff in raw format.
ja: 	差分をraw形式で生成します。

note: type: Plain text
en: 	For each commit, show a summary of changes using the raw diff
    	format. See the "RAW OUTPUT FORMAT" section of
    	linkgit:git-diff[1]. This is different from showing the log
    	itself in raw format, which you can achieve with
    	`--format=raw`.
ja: 	各コミットについて、raw形式の diff を使って変更のサマリーを表示します。
    	linkgit:git-diff[1]の "RAW OUTPUT FORMAT" セクションを
    	参照してください。これは、ログ自体をraw形式で
    	表示するのとは異なります。そのようなことを実現するには
    	`--format=raw` とします。

note: type: Plain text
en: Synonym for `-p --raw`.
ja: `-p --raw` と同義です。

note: type: Plain text
en: Show the tree objects in the diff output.
ja: diff出力にツリーオブジェクトを表示します。

note: type: Plain text
en: Enable the heuristic that shifts diff hunk boundaries to make patches easier to read. This is the default.
ja: 差分ハンクの境界をずらす発見的解決法を有効にして、パッチを読みやすくします。これはデフォルトです。

note: type: Plain text
en: Disable the indent heuristic.
ja: インデントの発見的解決法を無効にします。

note: type: Plain text
en: Spend extra time to make sure the smallest possible diff is produced.
ja: 可能な限り小さな差分を出すために、更に時間を費やします。

note: type: Plain text
en: Generate a diff using the "patience diff" algorithm.
ja: "patience diff"アルゴリズムを用いてdiffを生成します。

note: type: Plain text
en: Generate a diff using the "histogram diff" algorithm.
ja: "histogram diff" アルゴリズムを用いてdiffを生成します。

note: type: Plain text
en: Generate a diff using the "anchored diff" algorithm.
ja: "anchored diff"アルゴリズムでdiffを生成します。

note: type: Plain text
en: This option may be specified more than once.
ja: このオプションは複数回指定できます。

note: type: Plain text
en: If a line exists in both the source and destination, exists only once, and starts with this text, this algorithm attempts to prevent it from appearing as a deletion or addition in the output. It uses the "patience diff" algorithm internally.
ja: ある行がソースと宛先の両方に存在し、一度だけ存在し、そのテキストで始まる場合、このアルゴリズムは、出力に削除または追加として現れるのを防ごうとします。これは、内部で "patience diff" アルゴリズムを使用します。

note: type: Plain text
en: Choose a diff algorithm. The variants are as follows:
ja: diffのアルゴリズムを選択します。バリアントは以下の通りです。

note: type: Plain text
en: The basic greedy diff algorithm. Currently, this is the default.
ja: 基本的な greedy diff アルゴリズム。現在のところ、これがデフォルトです。

note: type: Plain text
en: Use "patience diff" algorithm when generating patches.
ja: パッチを生成する際に、"patience diff" アルゴリズムを使用します。

note: type: Plain text
en: This algorithm extends the patience algorithm to "support low-occurrence common elements".
ja: このアルゴリズムは、patience アルゴリズムを拡張し、「発生頻度の低い共通要素をサポート」します。

note: type: Plain text
en: For instance, if you configured the `diff.algorithm` variable to a non-default value and want to use the default one, then you have to use `--diff-algorithm=default` option.
ja: 例えば、 `diff.algorithm` 変数をデフォルト以外の値に設定している上で、デフォルトの値を使用したい場合は、 `--diff-algorithm=default` オプションを使用する必要があります。

note: type: Plain text
en: Generate a diffstat. By default, as much space as necessary will be used for the filename part, and the rest for the graph part. Maximum width defaults to terminal width, or 80 columns if not connected to a terminal, and can be overridden by `<width>`. The width of the filename part can be limited by giving another width `<name-width>` after a comma. The width of the graph part can be limited by using `--stat-graph-width=<width>` (affects all commands generating a stat graph) or by setting `diff.statGraphWidth=<width>` (does not affect `git format-patch`).  By giving a third parameter `<count>`, you can limit the output to the first `<count>` lines, followed by `...` if there are more.
ja: diffstatを生成します。デフォルトでは、必要なだけのスペースがファイル名部分に使われ、残りはグラフ部分に使われます。最大幅はデフォルトで端末の幅、端末に接続されていない場合は80カラムであり、 `<width>` で上書きすることができます。ファイル名部分の幅は、カンマの後に `<name-width>` という別の幅を与えることで制限できます。グラフ部分の幅は `--stat-graph-width=<width>` (statグラフを生成する全てのコマンドに影響します) 使用するか `diff.statGraphWidth=<width>` (`git format-patch` には影響しません) を設定することで制限可能です。  第3のパラメータとして `<count>` を与えることで、出力を最初の `<count>` 行に制限できます（それ以上ある場合は `...` が続きます）。

note: type: Plain text
en: These parameters can also be set individually with `--stat-width=<width>`, `--stat-name-width=<name-width>` and `--stat-count=<count>`.
ja: これらのパラメータは、個別に `--stat-width=<width>`、`--stat-name-width=<name-width>` および `--stat-count=<count>` を用いて設定することもできます。

note: type: Plain text
en: Output a condensed summary of extended header information such as file creations or deletions ("new" or "gone", optionally "+l" if it's a symlink) and mode changes ("+x" or "-x" for adding or removing executable bit respectively) in diffstat. The information is put between the filename part and the graph part. Implies `--stat`.
ja: ファイルの作成または削除("new" または "gone"、シンボリックリンクの場合はオプションで "+l")やモードの変更（それぞれ実行可能ビットの追加または削除に "+x" または "-x"）などの拡張ヘッダー情報を diffstat で凝縮して出力するようにします。この情報は、ファイル名部分とグラフ部分の間に置かれます。`--stat` を意味します。

note: type: Plain text
en: Similar to `--stat`, but shows number of added and deleted lines in decimal notation and pathname without abbreviation, to make it more machine friendly.  For binary files, outputs two `-` instead of saying `0 0`.
ja: `--stat` と似ていますが、追加された行数と削除された行数を10進数で表示し、マシンフレンドリーとなるようにパス名は省略せずに表示します。  バイナリファイルの場合、`0 0` の代わりに `-` を2つ出力します。

note: type: Plain text
en: Output only the last line of the `--stat` format containing total number of modified files, as well as number of added and deleted lines.
ja: 変更されたファイルの総数、追加された行数、削除された行数を含む `--stat` フォーマットの最終行のみを出力する。

note: type: Plain text
en: Output the distribution of relative amount of changes for each sub-directory. The behavior of `--dirstat` can be customized by passing it a comma separated list of parameters.  The defaults are controlled by the `diff.dirstat` configuration variable (see linkgit:git-config[1]).  The following parameters are available:
ja: 各サブディレクトリの相対的な変更量の分布を出力します。`--dirstat` の振る舞いはカンマで区切られたパラメータを渡すことでカスタマイズできます。  デフォルトでは、設定変数 `diff.dirstat` によって制御されます (linkgit:git-config[1] を参照)。  以下のパラメータが利用可能です。

note: type: Plain text
en: Compute the dirstat numbers by counting the lines that have been removed from the source, or added to the destination. This ignores the amount of pure code movements within a file.  In other words, rearranging lines in a file is not counted as much as other changes.  This is the default behavior when no parameter is given.
ja: ソースから削除された行、または宛先に追加された行をカウントして、dirstat番号を計算します。これは、ファイル内の純粋なコード移動の量を無視します。  つまり、ファイル内の行を並べ替えることは、他の変更点ほどにはカウントされません。  これは、パラメータが与えられていない場合のデフォルトの動作です。

note: type: Plain text
en: Compute the dirstat numbers by doing the regular line-based diff analysis, and summing the removed/added line counts. (For binary files, count 64-byte chunks instead, since binary files have no natural concept of lines). This is a more expensive `--dirstat` behavior than the `changes` behavior, but it does count rearranged lines within a file as much as other changes. The resulting output is consistent with what you get from the other `--*stat` options.
ja: 通常の行ベースの差分解析を行い、削除された行数と追加された行数を合計することで、dirstat数を計算します。(バイナリファイルには行という自然な概念がないため、バイナリファイルの場合は代わりに64バイトのチャンクを数えます)。これは `changes` 動作よりも高価な `--dirstat` 動作ですが、ファイル内で並べ替えられた行を他の変更と同じようにカウントします。出力結果は、他の `--*stat` オプションで得られるものと同じです。

note: type: Plain text
en: Compute the dirstat numbers by counting the number of files changed.  Each changed file counts equally in the dirstat analysis. This is the computationally cheapest `--dirstat` behavior, since it does not have to look at the file contents at all.
ja: 変更されたファイルの数を数えて、dirstatの数値を計算します。  変更された各ファイルは、dirstatの分析において等しくカウントされます。これは、ファイルの内容を全く見る必要がないため、計算上最も安価な `--dirstat` の動作です。

note: type: Plain text
en: Count changes in a child directory for the parent directory as well.  Note that when using `cumulative`, the sum of the percentages reported may exceed 100%. The default (non-cumulative) behavior can be specified with the `noncumulative` parameter.
ja: 子ディレクトリの変更も親ディレクトリにカウントします。  `cumulative` を使用する場合、報告されるパーセントの合計は100%を超える可能性があることに注意してください。デフォルトの (累積しない) 動作は `noncumulative` パラメータで指定できます。

note: type: Plain text
en: An integer parameter specifies a cut-off percent (3% by default).  Directories contributing less than this percentage of the changes are not shown in the output.
ja: 整数のパラメータでカットオフ率を指定します（デフォルトでは3％）。  このパーセンテージ以下の変更しか貢献していないディレクトリは出力に表示されません。

note: type: Plain text
en: Example: The following will count changed files, while ignoring directories with less than 10% of the total amount of changed files, and accumulating child directory counts in the parent directories: `--dirstat=files,10,cumulative`.
ja: 例: 以下は、変更されたファイル総数の10％未満のディレクトリを無視し、親ディレクトリに子ディレクトリの数を累積しながら、変更されたファイルをカウントします: `--dirstat=files,10,cumulative`。

note: type: Plain text
en: Synonym for --dirstat=cumulative
ja: --dirstat=cumulative と同義

note: type: Plain text
en: Synonym for --dirstat=files,param1,param2...
ja: --dirstat=files,param1,param2... と同義

note: type: Plain text
en: Output a condensed summary of extended header information such as creations, renames and mode changes.
ja: 作成、名前変更、モード変更などの拡張ヘッダー情報を要約して出力します。

note: type: Plain text
en: Synonym for `-p --stat`.
ja: `-p --stat` と同義です。

note: type: Plain text
en: 	Separate the commits with NULs instead of with new newlines.
ja: 	コミットの区切りには、改行ではなくNULを使用します。

note: type: Plain text
en: Also, when `--raw` or `--numstat` has been given, do not munge pathnames and use NULs as output field terminators.
ja: また、 `--raw` や `--numstat` が指定された場合には、パス名をつぶさずに、出力フィールドの終端子に NUL を使用します。

note: type: Plain text
en: 	When `--raw`, `--numstat`, `--name-only` or `--name-status` has been
    	given, do not munge pathnames and use NULs as output field terminators.
ja: 	`--raw`、 ` --numstat` 、 `--name-only` 、または `--name-status` が
    	与えられた場合、パス名をつぶさず、出力フィールドの終端子にNULを使用します。

note: type: Plain text
en: Without this option, pathnames with "unusual" characters are quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).
ja: このオプションがない場合、パス名に "通常ではない" 文字が含まれていても、設定変数 `core.quotePath` の解釈に従って引用されます (linkgit:git-config[1] を参照)。

note: type: Plain text
en: Show only names of changed files. The file names are often encoded in UTF-8.  For more information see the discussion about encoding in the linkgit:git-log[1] manual page.
ja: 変更されたファイルの名前のみを表示します。ファイル名は、多くの場合 UTF-8 でエンコードされています。  詳しくは linkgit:git-log[1] マニュアルページのエンコーディングについての DISCUSSION をご覧ください。

note: type: Plain text
en: Show only names and status of changed files. See the description of the `--diff-filter` option on what the status letters mean.  Just like `--name-only` the file names are often encoded in UTF-8.
ja: 変更されたファイルの名前と状態のみを表示します。ステータスの文字が何を意味するかは、 `--diff-filter` オプションの説明を参照してください。  `--name-only` と同様に、ファイル名はしばしば UTF-8 でエンコードされます。

note: type: Plain text
en: Specify how differences in submodules are shown.  When specifying `--submodule=short` the 'short' format is used.  This format just shows the names of the commits at the beginning and end of the range.  When `--submodule` or `--submodule=log` is specified, the 'log' format is used.  This format lists the commits in the range like linkgit:git-submodule[1] `summary` does.  When `--submodule=diff` is specified, the 'diff' format is used.  This format shows an inline diff of the changes in the submodule contents between the commit range.  Defaults to `diff.submodule` or the 'short' format if the config option is unset.
ja: サブモジュールの差分をどのように表示するかを指定します。  `--submodule=short` と指定すると、 'short' というフォーマットが使用されます。  この形式では、範囲の最初と最後のコミット名を表示するだけです。  `--submodule` または `--submodule=log` を指定すると、 'log' の書式が使用されます。  この書式は、 linkgit:git-submodule[1] `summary` が行うように、範囲内のコミットをリストアップします。  `--submodule=diff` を指定すると、 'diff' の書式が使用されます。  このフォーマットはコミット範囲のサブモジュールの内容の変更点をインラインで差分表示します。  デフォルトは `diff.submodule` で、オプションが設定されていない場合は 'short' フォーマットとなります。

note: type: Plain text
en: Show colored diff.  `--color` (i.e. without '=<when>') is the same as `--color=always`.  '<when>' can be one of `always`, `never`, or `auto`.
ja: 色付きの差分を表示します。 `--color` （つまり、'=<when>' なし）は `--color=always` と同じです。  '<when>'は、 `always` 、 ` never` 、または `auto` のいずれかになります。

note: type: Plain text
en: 	It can be changed by the `color.ui` and `color.diff`
    	configuration settings.
ja: 	これは、 `color.ui` と `color.diff` の設定によって
    	変更できます。

note: type: Plain text
en: Turn off colored diff.
ja: 色付きの差分をオフにする。

note: type: Plain text
en: 	This can be used to override configuration settings.
ja: 	これは、構成設定を上書きできます。

note: type: Plain text
en: 	It is the same as `--color=never`.
ja: 	これは、 `--color=never` と同じです。

note: type: Plain text
en: Moved lines of code are colored differently.
ja: 移動したコード行は別の色で表示されます。

note: type: Plain text
en: 	It can be changed by the `diff.colorMoved` configuration setting.
ja: 	これは `diff.colorMoved` という構成設定によって変更できます。

note: type: Plain text
en: 	The <mode> defaults to 'no' if the option is not given
    	and to 'zebra' if the option with no mode is given.
    	The mode must be one of:
ja: 	オプションそのものが指定されていない場合、<mode> のデフォルトは 'no' であり、
    	オプションにモードが指定されていない場合は 'zebra' になります。
    	モードは以下のいずれかでなければなりません。

note: type: Plain text
en: Moved lines are not highlighted.
ja: 移動した行はハイライトされません。

note: type: Plain text
en: Is a synonym for `zebra`. This may change to a more sensible mode in the future.
ja: `zebra` と同義です。これは将来、より賢明なモードに変更されるかもしれません。

note: type: Plain text
en: Any line that is added in one location and was removed in another location will be colored with 'color.diff.newMoved'.  Similarly 'color.diff.oldMoved' will be used for removed lines that are added somewhere else in the diff. This mode picks up any moved line, but it is not very useful in a review to determine if a block of code was moved without permutation.
ja: ある場所で追加され、別の場所で削除された行は 'color.diff.newMoved' で色付けされます。  同様に 'color.diff.oldMoved' は、差分内の他の場所に追加された、削除された行に使用されます。このモードは移動された行をすべて拾いますが、コードのブロックが並び替えられずに移動されたかどうかを判断するためのレビューにはあまり役に立ちません。

note: type: Plain text
en: Blocks of moved text of at least 20 alphanumeric characters are detected greedily. The detected blocks are painted using either the 'color.diff.{old,new}Moved' color.  Adjacent blocks cannot be told apart.
ja: 20文字以上の英数字からなる移動したテキストのブロックを貪欲に検出します。検出されたブロックは 'color.diff.{old,new}Moved' のいずれかの色で塗られます。  隣接するブロックは見分けられません。

note: type: Plain text
en: Blocks of moved text are detected as in 'blocks' mode. The blocks are painted using either the 'color.diff.{old,new}Moved' color or 'color.diff.{old,new}MovedAlternative'. The change between the two colors indicates that a new block was detected.
ja: 移動したテキストのブロックは 'blocks' モードと同様に検出されます。ブロックは 'color.diff.{old,new}Moved' の色、または 'color.diff.{old,new}MovedAlternative' の色を使って描画されます。2つの色の間の変化は、新しいブロックが検出されたことを示します。

note: type: Plain text
en: Similar to 'zebra', but additional dimming of uninteresting parts of moved code is performed. The bordering lines of two adjacent blocks are considered interesting, the rest is uninteresting.  `dimmed_zebra` is a deprecated synonym.
ja: 'zebra' と似ていますが、移動したコードの興味のない部分をさらに淡色化します。隣接する2つのブロックの境界線は興味深いとみなされ、それ以外は興味深くないとみなされます。  `dimmed_zebra` は、非推奨の同義語です。

note: type: Plain text
en: Turn off move detection. This can be used to override configuration settings. It is the same as `--color-moved=no`.
ja: 移動検出をオフにします。これは、構成設定を上書きするために使用できます。これは `--color-moved=no` と同じです。

note: type: Plain text
en: This configures how whitespace is ignored when performing the move detection for `--color-moved`.
ja: `--color-moved` の移動検出を行う際に、どのように空白を無視するかを設定します。

note: type: Plain text
en: 	It can be set by the `diff.colorMovedWS` configuration setting.
ja: 	`diff.colorMovedWS`の構成設定によって指定できます。

note: type: Plain text
en: 	These modes can be given as a comma separated list:
ja: 	これらのモードはカンマで区切られたリストとして指定できます。

note: type: Plain text
en: Do not ignore whitespace when performing move detection.
ja: 移動検出を行う際に、空白を無視しません。

note: type: Plain text
en: Ignore changes in whitespace at EOL.
ja: EOLの空白の変化を無視します。

note: type: Plain text
en: Ignore changes in amount of whitespace.  This ignores whitespace at line end, and considers all other sequences of one or more whitespace characters to be equivalent.
ja: 空白の量の変化を無視します。  これは，行末の空白を無視し，それ以外の1文字以上の空白文字の並びをすべて等価と見なします。

note: type: Plain text
en: Ignore whitespace when comparing lines. This ignores differences even if one line has whitespace where the other line has none.
ja: 行の比較時に空白を無視します。これは、一方の行に空白があり、他方の行に空白がない場合でも、その差を無視します。

note: type: Plain text
en: Initially ignore any whitespace in the move detection, then group the moved code blocks only into a block if the change in whitespace is the same per line. This is incompatible with the other modes.
ja: 最初は移動の検出に空白があっても無視し、空白の変化が行ごとに同じである場合にのみ移動したコードブロックをひとかたまりにまとめます。これは他のモードと互換性がありません。

note: type: Plain text
en: Do not ignore whitespace when performing move detection. This can be used to override configuration settings. It is the same as `--color-moved-ws=no`.
ja: 移動検出を行う際に空白を無視しません。これは構成設定を上書きするために使用できます。これは `--color-moved-ws=no` と同じです。

note: type: Plain text
en: Show a word diff, using the <mode> to delimit changed words.  By default, words are delimited by whitespace; see `--word-diff-regex` below.  The <mode> defaults to 'plain', and must be one of:
ja: 単語の差分を表示し、 <mode> を使って変更された単語を区切ります。  デフォルトでは、単語は空白で区切られます。以下の `--word-diff-regex` を参照してください。  デフォルトは 'plain' で、以下のいずれかでなければなりません。

note: type: Plain text
en: Highlight changed words using only colors.  Implies `--color`.
ja: 変更された単語を色だけで強調表示します。  `--color`を意味します。

note: type: Labeled list
en: --skip-to=<file>
ja: --skip-to=<ファイル>

note: type: Labeled list
en: --rotate-to=<file>
ja: --rotate-to=<ファイル>

note: type: Labeled list
en: --shallow-since=<date>
ja: --shallow-since=<日付>

note: type: Labeled list
en: --shallow-exclude=<revision>
ja: --shallow-exclude=<リビジョン>

note: type: Plain text
en: Deepen or shorten the history of a shallow repository to exclude commits reachable from a specified remote branch or tag.  This option can be specified multiple times.
ja: 指定したリモートブランチやタグから到達できるコミットを除外して、浅いリポジトリの履歴を深くしたり短くしたりします。  このオプションは複数回指定できます。

note: type: Labeled list
en: --upload-pack <upload-pack>
ja: --upload-pack <アップロードするパック>

note: type: Plain text
en: Be verbose.
ja: 詳細が表示されます。

note: type: Plain text
en: Progress status is reported on the standard error stream by default when it is attached to a terminal, unless -q is specified. This flag forces progress status even if the standard error stream is not directed to a terminal.
ja: 進行状況は、-q が指定されていない限り、端末に接続されているときにデフォルトで標準エラーストリームで報告されます。このフラグは、標準エラーストリームが端末に送信されない場合でも、進行状況を強制します。

note: type: Plain text
en: Transmit the given string to the server when communicating using protocol version 2.  The given string must not contain a NUL or LF character.  The server's handling of server options, including unknown ones, is server-specific.  When multiple `--server-option=<option>` are given, they are all sent to the other side in the order listed on the command line.
ja: プロトコルバージョン2を使用して通信するときに、指定された文字列をサーバーに送信します。指定された文字列には、NUL または LF 文字を含めることはできません。不明なオプションを含むサーバーオプションのサーバーの処理は、サーバー固有です。複数の  `--server-option=<option>` が指定されている場合、それらはすべてコマンドラインにリストされている順序で反対側に送信されます。

note: type: Plain text
en: By default, git checks if a branch is force-updated during fetch. This can be disabled through fetch.showForcedUpdates, but the --show-forced-updates option guarantees this check occurs.  See linkgit:git-config[1].
ja: デフォルトでは、git はフェッチ中にブランチが強制的に更新されるかどうかをチェックします。 これは fetch.showForcedUpdates で無効にできますが、--show-forced-updates オプションはこのチェックが行われることを保証します。linkgit:git-config[1] を参照してください。

note: type: Plain text
en: By default, git checks if a branch is force-updated during fetch. Pass --no-show-forced-updates or set fetch.showForcedUpdates to false to skip this check for performance reasons. If used during 'git-pull' the --ff-only option will still check for forced updates before attempting a fast-forward update. See linkgit:git-config[1].
ja: デフォルトでは、git はフェッチ中にブランチが強制的にアップデートされるかどうかをチェックします。--no-show-forced-updates を渡すか、fetch.showForcedUpdates を false に設定して、パフォーマンス上の理由からこのチェックをスキップします。'git-pull' 中に使用した場合、--ff-only オプションは、fast-forward アップデートを試みる前に、強制アップデートをチェックします。linkgit:git-config[1] を参照してください。

note: type: Plain text
en: Use IPv4 addresses only, ignoring IPv6 addresses.
ja: IPv6 アドレスを無視して、IPv4 アドレスのみを使用します。

note: type: Plain text
en: Use IPv6 addresses only, ignoring IPv4 addresses.
ja: IPv4 アドレスを無視して、IPv6 アドレスのみを使用します。

note: type: Plain text
en: git-add - Add file contents to the index
ja: git-add - ファイルの中身をインデックスに追加する

note: type: Title -
en: SYNOPSIS
ja: 概要

note: type: Plain text
en: 'git add' [--verbose | -v] [--dry-run | -n] [--force | -f] [--interactive | -i] [--patch | -p]
    	  [--edit | -e] [--[no-]all | --[no-]ignore-removal | [--update | -u]] [--sparse]
    	  [--intent-to-add | -N] [--refresh] [--ignore-errors] [--ignore-missing] [--renormalize]
    	  [--chmod=(+|-)x] [--pathspec-from-file=<file> [--pathspec-file-nul]]
    	  [--] [<pathspec>...]
ja: 'git add' [--verbose | -v] [--dry-run | -n] [--force | -f] [--interactive | -i] [--patch | -p]
    	  [--edit | -e] [--[no-]all | --[no-]ignore-removal | [--update | -u]] [--sparse]
    	  [--intent-to-add | -N] [--refresh] [--ignore-errors] [--ignore-missing] [--renormalize]
    	  [--chmod=(+|-)x] [--pathspec-from-file=<ファイル> [--pathspec-file-nul]]
    	  [--] [<pathspec>...]

note: type: Title -
en: DESCRIPTION
ja: 説明

note: type: Plain text
en: This command updates the index using the current content found in the working tree, to prepare the content staged for the next commit.  It typically adds the current content of existing paths as a whole, but with some options it can also be used to add content with only part of the changes made to the working tree files applied, or remove paths that do not exist in the working tree anymore.
ja: このコマンドは、作業ツリーで見つかった現在のコンテンツを使用してインデックスを更新し、次のコミットのためにステージングされたコンテンツを準備します。通常、既存パスの現在のコンテンツ全体を追加しますが、一部のオプションでは、作業ツリーファイルに加えられた変更の一部のみを適用してコンテンツを追加したり、既に作業ツリーに存在しないパスを削除したりすることもできます。

note: type: Plain text
en: The "index" holds a snapshot of the content of the working tree, and it is this snapshot that is taken as the contents of the next commit.  Thus after making any changes to the working tree, and before running the commit command, you must use the `add` command to add any new or modified files to the index.
ja: このインデックスで作業ツリーのコンテンツのスナップショットを保持し、次のコミット際に取得されるコンテンツはこのスナップショットです。したがって、少しでも作業ツリーに変更を加えた後はcommitコマンドを実行する前に、 `add` コマンドを使用し、新しいファイルまたは変更されたファイルをインデックスに追加する必要があります。

note: type: Plain text
en: This command can be performed multiple times before a commit.  It only adds the content of the specified file(s) at the time the add command is run; if you want subsequent changes included in the next commit, then you must run `git add` again to add the new content to the index.
ja: このコマンドはコミットする前に複数回実行することができます。指定されたファイルのコンテンツのみがaddコマンドで追加されます。次のコミットに後続の変更を含める場合は、 `git add` を再度、実行して、新しいコンテンツをインデックスに追加する必要があります。

note: type: Plain text
en: The `git status` command can be used to obtain a summary of which files have changes that are staged for the next commit.
ja: `git status` コマンドを使用し、次のコミットのためにステージングされる、変更されているファイルの概要の取得を行うことができます。

note: type: Plain text
en: The `git add` command will not add ignored files by default.  If any ignored files were explicitly specified on the command line, `git add` will fail with a list of ignored files.  Ignored files reached by directory recursion or filename globbing performed by Git (quote your globs before the shell) will be silently ignored.  The 'git add' command can be used to add ignored files with the `-f` (force) option.
ja: `git add` コマンドはデフォルトでは無視されるファイルを追加しません。無視されるファイルがコマンドラインで明示的に指定された場合、 `git add` は無視されるファイルのリストで失敗します。Gitによって実行されたディレクトリ再帰またはファイル名グロブ処理（シェルの前にグロブを引用）によって見つかった無視されるファイルは黙って無視されます。'git add' コマンドを使用すると、 `-f` （force）オプションを使用することで無視されるファイルを追加することができます。

note: type: Plain text
en: Please see linkgit:git-commit[1] for alternative ways to add content to a commit.
ja: コミットにコンテンツを追加する別の方法については、linkgit:git-commit[1] を参照してください。

note: type: Title -
en: OPTIONS
ja: オプション

note: type: Plain text
en: Files to add content from.  Fileglobs (e.g. `*.c`) can be given to add all matching files.  Also a leading directory name (e.g. `dir` to add `dir/file1` and `dir/file2`) can be given to update the index to match the current state of the directory as a whole (e.g.  specifying `dir` will record not just a file `dir/file1` modified in the working tree, a file `dir/file2` added to the working tree, but also a file `dir/file3` removed from the working tree). Note that older versions of Git used to ignore removed files; use `--no-all` option if you want to add modified or new files but ignore removed ones.
ja: コンテンツを追加するファイルです。  ファイルグローブ (例: `*.c`) を指定すると、マッチするすべてのファイルを追加することができます。  また、先頭にディレクトリ名 (例: `dir` で `dir/file1` と `dir/file2` を追加します) を指定すると、ディレクトリ全体の現在の状態に合わせてインデックスを更新することができます (例: `dir` を指定すると、作業ツリーで変更されたファイル `dir/file1` や作業ツリーに追加されたファイル `dir/file2` だけでなく、作業ツリーから削除されたファイル `dir/file3` も記録されます)。古いバージョンの Git では、削除されたファイルは無視されていたことに注意しましょう。修正されたファイルや新しいファイルを追加したいが、削除されたファイルは無視したいという場合には、`--no-all` オプションを使用してください。

note: type: Plain text
en: For more details about the <pathspec> syntax, see the 'pathspec' entry in linkgit:gitglossary[7].
ja: <pathspec>構文の詳細については、linkgit:gitglossary[7]の'pathspec'エントリを参照してください。

note: type: Plain text
en: Don't actually add the file(s), just show if they exist and/or will be ignored.
ja: 実際にファイルを追加するのではなく、単にファイルが存在するかどうか、あるいは無視されるかどうかを表示します。

note: type: Plain text
en: Allow adding otherwise ignored files.
ja: それ以外の場合は無視されたファイルの追加を可能にします。

note: type: Plain text
en: Allow updating index entries outside of the sparse-checkout cone.  Normally, `git add` refuses to update index entries whose paths do not fit within the sparse-checkout cone, since those files might be removed from the working tree without warning. See linkgit:git-sparse-checkout[1] for more details.
ja: sparse-checkout コーンの外にあるインデックスエントリの更新を可能にしました。  通常、`git add` は、パスが sparse-checkout コーンに収まらないインデックスエントリの更新を拒否します。なぜなら、それらのファイルは警告なしに作業ツリーから削除される可能性があるからです。詳細は linkgit:git-sparse-checkout[1] を参照してください。

note: type: Plain text
en: Add modified contents in the working tree interactively to the index. Optional path arguments may be supplied to limit operation to a subset of the working tree. See ``Interactive mode'' for details.
ja: 作業ツリーで変更されたコンテンツをインデックスに対話形式で追加します。オプションのパス引数を与えることで，作業ツリーのサブセットに操作を限定することができます。詳細は 「インタラクティブモード」を参照してください。

note: type: Plain text
en: Interactively choose hunks of patch between the index and the work tree and add them to the index. This gives the user a chance to review the difference before adding modified contents to the index.
ja: インデックスとワークツリーの間にあるパッチの塊をインタラクティブに選択し、インデックスに追加します。これにより、ユーザーは修正されたコンテンツをインデックスに追加する前に、差分を確認することができます。

note: type: Plain text
en: This effectively runs `add --interactive`, but bypasses the initial command menu and directly jumps to the `patch` subcommand.  See ``Interactive mode'' for details.
ja: これは効果的に `add --interactive` を実行しますが、最初のコマンドメニューをバイパスして、`patch` サブコマンドに直接ジャンプします。  詳しくは「インターアクティブモード」をご覧ください。

note: type: Plain text
en: Open the diff vs. the index in an editor and let the user edit it.  After the editor was closed, adjust the hunk headers and apply the patch to the index.
ja: エディターで差分とインデックスを開き、ユーザーが編集できるようにします。エディターを閉じた後、ハンクヘッダーを調整し、パッチをインデックスに適用します。

note: type: Plain text
en: The intent of this option is to pick and choose lines of the patch to apply, or even to modify the contents of lines to be staged. This can be quicker and more flexible than using the interactive hunk selector.  However, it is easy to confuse oneself and create a patch that does not apply to the index. See EDITING PATCHES below.
ja: このオプションの目的は、適用するパッチの行を選んだり、ステージングする行の内容を変更したりすることです。この方法は、インタラクティブなハンクセレクターを使用するよりも早く、柔軟性があります。  しかしながら、混乱が起こりやすく、インデックスに適用できないパッチが作成されることもあります。下記の「パッチの編集」を参照してください。

note: type: Plain text
en: Update the index just where it already has an entry matching <pathspec>.  This removes as well as modifies index entries to match the working tree, but adds no new files.
ja: <pathspec> に一致するエントリがすでにある場合にのみ、インデックスを更新します。  これは、作業ツリーに合わせてインデックス・エントリを削除したり変更したりしますが、新しいファイルは追加しません。

note: type: Plain text
en: If no <pathspec> is given when `-u` option is used, all tracked files in the entire working tree are updated (old versions of Git used to limit the update to the current directory and its subdirectories).
ja: `-u` オプションを使ったときに<pathspec>が与えられていない場合、作業ツリー全体にあるすべての追跡ファイルが更新されます（古いバージョンのGitでは、更新の対象をカレントディレクトリとそのサブディレクトリに限定していました）。

note: type: Plain text
en: Update the index not only where the working tree has a file matching <pathspec> but also where the index already has an entry. This adds, modifies, and removes index entries to match the working tree.
ja: 作業ツリーに<pathspec>に一致するファイルがある場合だけでなく、すでにインデックスにエントリがある場合にも、インデックスを更新します。これは、作業ツリーに合わせてインデックス・エントリを追加、修正、削除します。

note: type: Plain text
en: If no <pathspec> is given when `-A` option is used, all files in the entire working tree are updated (old versions of Git used to limit the update to the current directory and its subdirectories).
ja: `-A` オプション使用時に<pathspec>が指定されていない場合、作業ツリー全体の全てのファイルが更新されます（古いバージョンのGitでは、更新対象をカレントディレクトリとそのサブディレクトリに限定していました）。

note: type: Plain text
en: Update the index by adding new files that are unknown to the index and files modified in the working tree, but ignore files that have been removed from the working tree.  This option is a no-op when no <pathspec> is used.
ja: インデックスに知られていない新しいファイルと作業ツリーで変更されたファイルを追加してインデックスを更新しますが、作業ツリーから削除されたファイルは無視します。  このオプションは、<pathspec>が使用されていない場合は、このオプションは何もしません。

note: type: Plain text
en: This option is primarily to help users who are used to older versions of Git, whose "git add <pathspec>..." was a synonym for "git add --no-all <pathspec>...", i.e. ignored removed files.
ja: このオプションは主に、古いバージョンのGitに慣れているユーザーのためのものです。"git add <pathspec>... "は "git add --no-all <pathspec>... "と同義語で、つまり削除されたファイルを無視します。

note: type: Plain text
en: Record only the fact that the path will be added later. An entry for the path is placed in the index with no content. This is useful for, among other things, showing the unstaged content of such files with `git diff` and committing them with `git commit -a`.
ja: パスが後で追加されるという事実だけを記録します。パスのエントリは、コンテンツのないインデックスに配置されます。これは特にそのようなファイルの未ステージングコンテンツを `git diff` で表示し、`git commit -a` でコミットしたりする際に便利です。

note: type: Plain text
en: Don't add the file(s), but only refresh their stat()  information in the index.
ja: ファイルを追加せずに、インデックスのstat()情報を更新するだけです。

note: type: Plain text
en: If some files could not be added because of errors indexing them, do not abort the operation, but continue adding the others. The command shall still exit with non-zero status.  The configuration variable `add.ignoreErrors` can be set to true to make this the default behaviour.
ja: インデックス作成時にエラーが発生して追加できなかったファイルがあっても、操作を中断せずに他のファイルの追加を続けます。このコマンドは、ゼロ以外のステータスで終了します。  構成変数 `add.ignoreErrors` を true に設定すると、この動作がデフォルトになります。

note: type: Plain text
en: This option can only be used together with --dry-run. By using this option the user can check if any of the given files would be ignored, no matter if they are already present in the work tree or not.
ja: このオプションは --dry-run と一緒にのみ使用することができます。このオプションを使うと、指定されたファイルがワークツリーに既に存在しているかどうかに関わらず、無視されるかどうかをチェックすることができます。

note: type: Plain text
en: By default, `git add` will warn when adding an embedded repository to the index without using `git submodule add` to create an entry in `.gitmodules`. This option will suppress the warning (e.g., if you are manually performing operations on submodules).
ja: デフォルトでは、`git add` は、`.gitmodules` にエントリを作成するので `git submodule add` を使用せずに埋め込みリポジトリをインデックスに追加すると、警告を出します。このオプションを指定すると、この警告が表示されなくなります (例: サブモジュールに対する操作を手動で行っている場合)。

note: type: Plain text
en: Override the executable bit of the added files.  The executable bit is only changed in the index, the files on disk are left unchanged.
ja: 追加されたファイルの実行可能ビットを上書きします。  実行可能ビットはインデックスでのみ変更され、ディスク上のファイルは変更されません。

note: type: Labeled list
en: --pathspec-from-file=<file>
ja: --pathspec-from-file=<ファイル>

note: type: Plain text
en: Pathspec is passed in `<file>` instead of commandline args. If `<file>` is exactly `-` then standard input is used. Pathspec elements are separated by LF or CR/LF. Pathspec elements can be quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]). See also `--pathspec-file-nul` and global `--literal-pathspecs`.
ja: Pathspecはコマンドラインの引数の代わりに `<ファイル>` で渡されます。 `<ファイル>` が正確に `-` であれば、標準入力が使用されます。Pathspecの要素はLFまたはCR/LFで区切られます。Pathspecの要素は、設定変数 `core.quotePath` (linkgit:git-config[1]参照) で説明されているように、引用することができます。また、`--pathspec-file-nul` やグローバルな `--literal-pathspecs` も参照してください。

note: type: Plain text
en: Only meaningful with `--pathspec-from-file`. Pathspec elements are separated with NUL character and all other characters are taken literally (including newlines and quotes).
ja: `--pathspec-from-file` でのみ意味を持ちます。Pathspecの要素はNUL文字で区切られ、他のすべての文字は文字通りに解釈されます（改行や引用符を含む）。

note: type: Plain text
en: This option can be used to separate command-line options from the list of files, (useful when filenames might be mistaken for command-line options).
ja: このオプションは、コマンドラインオプションとファイルのリストを分離するために使用できます（ファイル名がコマンドラインオプションと間違えられる可能性がある場合に便利です）。

note: type: Title -
en: EXAMPLES
ja: 例

note: type: Plain text
en: Adds content from all `*.txt` files under `Documentation` directory and its subdirectories:
ja: `Documentation` ディレクトリとそのサブディレクトリにあるすべての `*.txt` ファイルの内容を追加します。

note: type: Plain text
en: Note that the asterisk `*` is quoted from the shell in this example; this lets the command include the files from subdirectories of `Documentation/` directory.
ja: この例では、アスタリスク `*` がシェルから引用されていることに注意してください。これにより、コマンドは `Documentation/` ディレクトリのサブディレクトリにあるファイルを含めることができます。

note: type: Plain text
en: Considers adding content from all git-*.sh scripts:
ja: すべてのgit-*.shスクリプトからコンテンツを追加することを検討します。

note: type: Plain text
en: Because this example lets the shell expand the asterisk (i.e. you are listing the files explicitly), it does not consider `subdir/git-foo.sh`.
ja: この例では、シェルにアスタリスクを展開させているので（つまり、ファイルを明示的にリストアップしている）、`subdir/git-foo.sh` は考慮されません。

note: type: Title -
en: INTERACTIVE MODE
ja: インタラクティブモード

note: type: Plain text
en: When the command enters the interactive mode, it shows the output of the 'status' subcommand, and then goes into its interactive command loop.
ja: インタラクティブモードに入ると、「status」サブコマンドの出力が表示され、その後、対話型コマンドループに入ります。

note: type: Plain text
en: The command loop shows the list of subcommands available, and gives a prompt "What now> ".  In general, when the prompt ends with a single '>', you can pick only one of the choices given and type return, like this:
ja: コマンドループでは、使用可能なサブコマンドのリストが表示され、「What now>」というプロンプトが表示されます。  一般的に、プロンプトが単一の「>」で終わっている場合、与えられた選択肢の中から1つだけ選んで、次のようにreturnと入力します。

note: type: Plain text
en: You also could say `s` or `sta` or `status` above as long as the choice is unique.
ja: 選択肢が一意であれば、上記の `s` や `sta` 、`status` と言うこともできます。

note: type: Plain text
en: The main command loop has 6 subcommands (plus help and quit).
ja: メインのコマンドループには6つのサブコマンド（＋helpとquit）があります。

note: type: Plain text
en: This shows the change between HEAD and index (i.e. what will be committed if you say `git commit`), and between index and working tree files (i.e. what you could stage further before `git commit` using `git add`) for each path.  A sample output looks like this:
ja: これは、それぞれのパスについて、HEADとインデックスの間の変化（つまり、`git commit` と言えばコミットされるもの）と、インデックスと作業ツリーファイルの間の変化（つまり、`git commit` の前に `git add` を使ってさらにステージングすることができるもの）を示しています。  出力例は以下のようになります。

note: type: Plain text
en: This shows the status information and issues an "Update>>" prompt.  When the prompt ends with double '>>', you can make more than one selection, concatenated with whitespace or comma.  Also you can say ranges.  E.g. "2-5 7,9" to choose 2,3,4,5,7,9 from the list.  If the second number in a range is omitted, all remaining patches are taken.  E.g. "7-" to choose 7,8,9 from the list.  You can say '*' to choose everything.
ja: これにより、ステータス情報が表示され、「Update>>」というプロンプトが表示されます。  プロンプトが二重の「>>」で終わっている場合は、複数の選択が可能で、空白やカンマで連結することができます。  また、範囲を指定することもできます。  例：「2-5 7,9」で2,3,4,5,7,9をリストから選択します。  範囲内の2番目の数字が省略された場合、残りのすべてのパッチが選択されます。  例："7-"で7,8,9をリストから選びます。  すべてを選択するには「*」を指定します。

note: type: Plain text
en: What you chose are then highlighted with '*', like this:
ja: 選んだものは、以下のように「*」で強調されます。

note: type: Plain text
en: To remove selection, prefix the input with `-` like this:
ja: 選択を解除するには、次のように入力の前に `-` を付けます。

note: type: Plain text
en: After making the selection, answer with an empty line to stage the contents of working tree files for selected paths in the index.
ja: 選択を行った後、空の行で応答して、インデックス内の選択されたパスの作業ツリーファイルの内容をステージングします。

note: type: Plain text
en: This has a very similar UI to 'update', and the staged information for selected paths are reverted to that of the HEAD version.  Reverting new paths makes them untracked.
ja: これは「update」と非常によく似たUIで、選択されたパスのステージングされた情報が、HEADバージョンのものに戻されます。  新しいパスを元に戻すと、そのパスはトラックされなくなります。

note: type: Plain text
en: This has a very similar UI to 'update' and 'revert', and lets you add untracked paths to the index.
ja: これは「update」や「revert」とよく似たUIで、追跡されていないパスをインデックスに追加することができます。

note: type: Plain text
en: This lets you choose one path out of a 'status' like selection.  After choosing the path, it presents the diff between the index and the working tree file and asks you if you want to stage the change of each hunk.  You can select one of the following options and type return:
ja: これにより、「ステータス」のような選択の中から一つのパスを選ぶことができます。  パスを選択した後、インデックスと作業ツリーファイルの差分を表示し、各ハンクの変更をステージングするかどうかを尋ねます。  以下のオプションを選択し、return と入力してください。

note: type: Plain text
en: y - stage this hunk
    n - do not stage this hunk
    q - quit; do not stage this hunk or any of the remaining ones
    a - stage this hunk and all later hunks in the file
    d - do not stage this hunk or any of the later hunks in the file
    g - select a hunk to go to
    / - search for a hunk matching the given regex
    j - leave this hunk undecided, see next undecided hunk
    J - leave this hunk undecided, see next hunk
    k - leave this hunk undecided, see previous undecided hunk
    K - leave this hunk undecided, see previous hunk
    s - split the current hunk into smaller hunks
    e - manually edit the current hunk
    ? - print help
ja: y - このハンクをステージングする
    n - このハンクをステージングしない
    q - quit; このハンクや残りのハンクをステージングしません。
    a - このハンクとファイル内のすべての後続ハンクをステージングします。
    d - このハンクをステージングせず、ファイル内の後続のハンクもステージングしません。
    g - 移動するハンクを選択します。
    / - 指定された正規表現に一致するハンクを検索します。
    j - このハンクを未決定にして、次の未決定ハンクを参照します。
    J - このハンクを未決定にして、次のハンクを参照します。
    k - このハンクを未決定にして、前の未決定のハンクを見る
    K - このハンクを未決定のままにして、前のハンクを参照します。
    s - 現在のハンクを小さなハンクに分割します。
    e - 現在のハンクを手動で編集します。
    ?- ヘルプを表示

note: type: Plain text
en: After deciding the fate for all hunks, if there is any hunk that was chosen, the index is updated with the selected hunks.
ja: すべてのハンクの運命を決定した後、選択されたハンクがあれば、選択されたハンクでインデックスが更新されます。

note: type: Plain text
en: You can omit having to type return here, by setting the configuration variable `interactive.singleKey` to `true`.
ja: 構成変数 `interactive.singleKey` を `true` に設定すれば、ここで return を入力する必要はありません。

note: type: Plain text
en: This lets you review what will be committed (i.e. between HEAD and index).
ja: これにより、コミットされる内容を確認することができます（つまり、HEADとindexの間）。

note: type: Title -
en: EDITING PATCHES
ja: パッチの編集

note: type: Plain text
en: Invoking `git add -e` or selecting `e` from the interactive hunk selector will open a patch in your editor; after the editor exits, the result is applied to the index. You are free to make arbitrary changes to the patch, but note that some changes may have confusing results, or even result in a patch that cannot be applied.  If you want to abort the operation entirely (i.e., stage nothing new in the index), simply delete all lines of the patch. The list below describes some common things you may see in a patch, and which editing operations make sense on them.
ja: `git add -e` を実行するか、インタラクティブな hunk セレクタから `e` を選択すると、エディタでパッチが開かれ、エディタが終了すると、結果がインデックスに適用されます。パッチには自由に変更を加えることができますが、変更によっては混乱を招く結果になったり、適用できないパッチになってしまうこともあるので注意が必要です。  もし、この操作を完全に中止したい（つまり、インデックスに何も新しいものを入れないようにしたい）場合には、単純にパッチのすべての行を削除してください。以下のリストは、パッチの中でよく見られるものと、それに対してどのような編集操作が意味を持つかを説明しています。

note: type: Labeled list
en: added content
ja: 追加コンテンツ

note: type: Plain text
en: Added content is represented by lines beginning with "{plus}". You can prevent staging any addition lines by deleting them.
ja: 追加されたコンテンツは、"{plus}" で始まる行で表されます。追加された行を削除することで、ステージングを防ぐことができます。

note: type: Labeled list
en: removed content
ja: 削除されたコンテンツ

note: type: Plain text
en: Removed content is represented by lines beginning with "-". You can prevent staging their removal by converting the "-" to a " " (space).
ja: 削除されたコンテンツは、"-" で始まる行で表されます。この "-" を " "（スペース）に変換することで、削除されたことを演出することができます。

note: type: Labeled list
en: modified content
ja: 変更されたコンテンツ

note: type: Plain text
en: Modified content is represented by "-" lines (removing the old content)  followed by "{plus}" lines (adding the replacement content). You can prevent staging the modification by converting "-" lines to " ", and removing "{plus}" lines. Beware that modifying only half of the pair is likely to introduce confusing changes to the index.
ja: 修正されたコンテンツは、"-"行（古いコンテンツの削除）と"{plus}"行（置き換えコンテンツの追加）で表されます。"-"行を" "に変換し、"{plus}"行を削除することで、修正のステージングを防ぐことができます。ペアの半分だけを修正すると、インデックスに紛らわしい変化が生じやすいので注意が必要です。

note: type: Plain text
en: There are also more complex operations that can be performed. But beware that because the patch is applied only to the index and not the working tree, the working tree will appear to "undo" the change in the index.  For example, introducing a new line into the index that is in neither the HEAD nor the working tree will stage the new line for commit, but the line will appear to be reverted in the working tree.
ja: また、より複雑な操作を行うこともできます。しかし、パッチはインデックスにのみ適用され、作業ツリーには適用されないため、作業ツリーではインデックスの変更を「元に戻した」ように見えることに注意してください。  例えば、HEADにも作業ツリーにもない新しい行をインデックスに導入すると、コミットのために新しい行がステージされますが、作業ツリーではその行は元に戻されたように見えます。

note: type: Plain text
en: Avoid using these constructs, or do so with extreme caution.
ja: これらの構造の使用は避けるか、または細心の注意を払って行ってください。

note: type: Labeled list
en: removing untouched content
ja: 手つかずのコンテンツの削除

note: type: Plain text
en: Content which does not differ between the index and working tree may be shown on context lines, beginning with a " " (space).  You can stage context lines for removal by converting the space to a "-". The resulting working tree file will appear to re-add the content.
ja: インデックスと作業ツリーの間に違いのないコンテンツは、「 」（スペース）で始まるコンテクストラインに表示することができます。  スペースを"-"に変換することで、コンテクストラインを削除するように設定できます。その結果として生成された作業ツリー ファイルは、コンテンツを再追加するように表示されます。

note: type: Labeled list
en: modifying existing content
ja: 既存のコンテンツの変更

note: type: Plain text
en: One can also modify context lines by staging them for removal (by converting " " to "-") and adding a "{plus}" line with the new content.  Similarly, one can modify "{plus}" lines for existing additions or modifications. In all cases, the new modification will appear reverted in the working tree.
ja: また、コンテクスト行を削除するためにステージングし（" "を"-"に変換）、新しい内容の"{plus}"行を追加することで、コンテクスト行を修正することができます。  同様に、既存の追加や修正のために「{plus}」行を修正することもできます。いずれの場合も、作業ツリーでは新しい修正が元に戻されて表示されます。

note: type: Labeled list
en: new content
ja: 新規コンテンツ

note: type: Plain text
en: You may also add new content that does not exist in the patch; simply add new lines, each starting with "{plus}". The addition will appear reverted in the working tree.
ja: また、パッチ内に存在しないコンテンツを新たに追加することもできます。追加された内容は、作業ツリーでは元に戻されて表示されます。

note: type: Plain text
en: There are also several operations which should be avoided entirely, as they will make the patch impossible to apply:
ja: また、パッチの適用が不可能になるため、完全に避けるべき操作もいくつかあります。

note: type: Plain text
en: adding context (" ") or removal ("-") lines
ja: 文脈（" "）や削除（"-"）の追加

note: type: Plain text
en: deleting context or removal lines
ja: コンテキストまたは行の削除

note: type: Plain text
en: modifying the contents of context or removal lines
ja: コンテキストの内容を変更もしくは行の削除

note: type: Title -
en: SEE ALSO
ja: 関連項目

note: type: Plain text
en: line number
ja: 行番号

note: type: Plain text
en: See linkgit:gitmailmap[5].
ja: linkgit:gitmailmap[5] を参照。

note: type: Plain text
en: git-clone - Clone a repository into a new directory
ja: git-clone - リポジトリを新しいディレクトリにクローンする

note: type: Plain text
en: Clones a repository into a newly created directory, creates remote-tracking branches for each branch in the cloned repository (visible using `git branch --remotes`), and creates and checks out an initial branch that is forked from the cloned repository's currently active branch.
ja: リポジトリを新たに作成されたディレクトリにクローンし、クローンされたリポジトリの各ブランチにリモートトラッキングブランチを作成し（`git branch --remotes` で確認できます）、クローンされたリポジトリの現在アクティブなブランチからフォークされた初期ブランチを作成、チェックアウトします。

note: type: Plain text
en: After the clone, a plain `git fetch` without arguments will update all the remote-tracking branches, and a `git pull` without arguments will in addition merge the remote master branch into the current master branch, if any (this is untrue when "--single-branch" is given; see below).
ja: また、引数なしの `git pull` は、リモートのマスターブランチがあれば、それを現在のマスターブランチにマージします (これは "-single-branch" を指定した場合には当てはまりません。後述します)。

note: type: Plain text
en: This default configuration is achieved by creating references to the remote branch heads under `refs/remotes/origin` and by initializing `remote.origin.url` and `remote.origin.fetch` configuration variables.
ja: このデフォルトの構成は、リモートブランチヘッドへの参照を `refs/remotes/origin` の下に作成し、構成変数 `remote.origin.url` と `remote.origin.fetch` を初期化することで実現しています。

note: type: Plain text
en: When the repository to clone from is on a local machine, this flag bypasses the normal "Git aware" transport mechanism and clones the repository by making a copy of HEAD and everything under objects and refs directories.  The files under `.git/objects/` directory are hardlinked to save space when possible.
ja: クローンを作成するリポジトリがローカルマシン上にある場合、このフラグは通常の「Git を意識した」転送メカニズムをバイパスして、HEAD と objects および refs ディレクトリ以下のすべてのコピーを作成してリポジトリをクローンします。  `.git/objects/` ディレクトリ以下のファイルは、可能な限りスペースを節約するためにハードリンクされます。

note: type: Plain text
en: If the repository is specified as a local path (e.g., `/path/to/repo`), this is the default, and --local is essentially a no-op.  If the repository is specified as a URL, then this flag is ignored (and we never use the local optimizations).  Specifying `--no-local` will override the default when `/path/to/repo` is given, using the regular Git transport instead.
ja: リポジトリがローカルパス（例: `/path/to/repo`）で指定されている場合は、これがデフォルトであり、--local は基本的に何もしません。  リポジトリが URL として指定されている場合は、このフラグは無視されます（ローカルでの最適化も使用されません）。  `--no-local` を指定すると、 `/path/to/repo` が指定されたときのデフォルトを上書きし、代わりに通常のGitトランスポートを使用します。

note: type: Plain text
en: *NOTE*: this operation can race with concurrent modification to the
    source repository, similar to running `cp -r src dst` while modifying
    `src`.
ja: *注意*: この操作は、ソースリポジトリの同時変更と競合する可能性があります。
    この操作は、ソースリポジトリの同時変更と競合する可能性があります。これは、 `src` を変更しながら `cp -r src dst` を実行するのと同じです。
    `src` を変更しながら `cp -r src dst` を実行するのと同じように、この操作はソースリポジトリの同時変更と競合する可能性があります。

note: type: Plain text
en: Force the cloning process from a repository on a local filesystem to copy the files under the `.git/objects` directory instead of using hardlinks. This may be desirable if you are trying to make a back-up of your repository.
ja: ローカルファイルシステム上のリポジトリからクローン作成プロセスを強制して、ハードリンクを使用するのではなく `.git/objects` ディレクトリの下にファイルをコピーします。これは、リポジトリのバックアップを作成する場合に適しています。

note: type: Plain text
en: When the repository to clone is on the local machine, instead of using hard links, automatically setup `.git/objects/info/alternates` to share the objects with the source repository.  The resulting repository starts out without any object of its own.
ja: クローンを作成するリポジトリがローカルマシン上にある場合、ハードリンクを使用する代わりに、オブジェクトをソースリポジトリと共有するように `.git/objects/info/alternates` を自動的に設定します。結果のリポジトリは、独自のオブジェクトなしで開始されます。

note: type: Plain text
en: *NOTE*: this is a possibly dangerous operation; do *not* use
    it unless you understand what it does. If you clone your
    repository using this option and then delete branches (or use any
    other Git command that makes any existing commit unreferenced) in the
    source repository, some objects may become unreferenced (or dangling).
    These objects may be removed by normal Git operations (such as `git commit`)
    which automatically call `git maintenance run --auto`. (See
    linkgit:git-maintenance[1].) If these objects are removed and were referenced
    by the cloned repository, then the cloned repository will become corrupt.
ja: *注意*: これは危険な操作になりうるため、理解できない限り使用 *しないで*
    ください。このオプションを使ってリポジトリをクローンし、ソースリポジトリで
    ブランチを削除（あるいは既存のコミットを参照しなくなるようなGitコマンド
    を使用）すると、いくつかのオブジェクトが参照されなくなる (あるいはぶら
    下がる) ことがあります。
    これらのオブジェクトは、自動的に `git maintenance run --auto` を呼び出す通常の
    Git 操作 (たとえば `git commit`) で削除されるかもしれません。(参照
    linkgit:git-maintenance[1].) もしこれらのオブジェクトが削除され、クローンリポジトリ
    から参照されていた場合は、クローンリポジトリが壊れてしまいます。

note: type: Plain text
en: Note that running `git repack` without the `--local` option in a repository cloned with `--shared` will copy objects from the source repository into a pack in the cloned repository, removing the disk space savings of `clone --shared`.  It is safe, however, to run `git gc`, which uses the `--local` option by default.
ja: なお、`--shared` でクローンされたリポジトリで `git repack` を `--local` オプションを指定せずに 実行すると、ソースリポジトリのオブジェクトがクローンされたリポジトリのパックにコピーされ、`clone --shared` によるディスクスペースの節約効果がなくなります。  しかし、 `--local` オプションをデフォルトで使用する `git gc` を実行することは安全です。

note: type: Plain text
en: If you want to break the dependency of a repository cloned with `--shared` on its source repository, you can simply run `git repack -a` to copy all objects from the source repository into a pack in the cloned repository.
ja: `--shared` でクローンされたリポジトリのソースリポジトリへの依存関係を解消したい場合は、単純に `git repack -a` を実行して、ソースリポジトリのすべてのオブジェクトをクローンされたリポジトリのパックにコピーします。

note: type: Labeled list
en: --reference[-if-able] <repository>
ja: --reference[-if-able] <リポジトリ>

note: type: Plain text
en: If the reference repository is on the local machine, automatically setup `.git/objects/info/alternates` to obtain objects from the reference repository.  Using an already existing repository as an alternate will require fewer objects to be copied from the repository being cloned, reducing network and local storage costs.  When using the `--reference-if-able`, a non existing directory is skipped with a warning instead of aborting the clone.
ja: 参照リポジトリがローカルマシン上にある場合は、参照リポジトリからオブジェクトを取得するように `.git/objects/info/alternates` を自動的に設定します。既存のリポジトリを代替として使用すると、クローンを作成するリポジトリからコピーする必要のあるオブジェクトが少なくなり、ネットワークとローカルのストレージコストが削減されます。 `--reference-if-able` を使用すると、クローンを中止する代わりに、存在しないディレクトリがスキップされ、警告が表示されます。

note: type: Plain text
en: *NOTE*: see the NOTE for the `--shared` option, and also the
    `--dissociate` option.
ja: *注意*: `--shared` オプションの 注意 を参照してください。
    また、`--dissociate` オプションも参照してください。

note: type: Plain text
en: Borrow the objects from reference repositories specified with the `--reference` options only to reduce network transfer, and stop borrowing from them after a clone is made by making necessary local copies of borrowed objects.  This option can also be used when cloning locally from a repository that already borrows objects from another repository--the new repository will borrow objects from the same repository, and this option can be used to stop the borrowing.
ja: ネットワーク転送を減らすために、`--reference` オプションで指定された参照リポジトリからオブジェクトを借用し、借用したオブジェクトの必要なローカルコピーを作成してクローンを作成した後に、借用を停止します。  このオプションは、すでに他のリポジトリからオブジェクトを借用しているリポジトリからローカルにクローンを作成する場合にも使用できます。新しいリポジトリは同じリポジトリからオブジェクトを借用しますが、このオプションを使用して借用を停止することができます。

note: type: Plain text
en: Operate quietly.  Progress is not reported to the standard error stream.
ja: 静かに動作します。 進行状況は標準エラーストリームに報告されません。

note: type: Plain text
en: Run verbosely. Does not affect the reporting of progress status to the standard error stream.
ja: 冗長に実行します。標準エラーストリームへの進行状況の報告には影響しません。

note: type: Plain text
en: Progress status is reported on the standard error stream by default when it is attached to a terminal, unless `--quiet` is specified. This flag forces progress status even if the standard error stream is not directed to a terminal.
ja: 標準エラーストリームがターミナルに接続されている場合、`--quiet` が指定されていない限り、進捗状況はデフォルトで標準エラーストリームに報告されます。このフラグは、標準エラーストリームがターミナルに向けられていない場合でも、進行状況を強制的に報告します。

note: type: Plain text
en: No checkout of HEAD is performed after the clone is complete.
ja: クローンの完了後、HEAD のチェックアウトは行われません。

note: type: Plain text
en: Fail if the source repository is a shallow repository.  The 'clone.rejectShallow' configuration variable can be used to specify the default.
ja: ソースリポジトリがシャローリポジトリの場合は失敗します。  'clone.rejectShallow' 設定変数でデフォルトを指定することができます。

note: type: Plain text
en: Make a 'bare' Git repository.  That is, instead of creating `<directory>` and placing the administrative files in `<directory>/.git`, make the `<directory>` itself the `$GIT_DIR`. This obviously implies the `--no-checkout` because there is nowhere to check out the working tree.  Also the branch heads at the remote are copied directly to corresponding local branch heads, without mapping them to `refs/remotes/origin/`.  When this option is used, neither remote-tracking branches nor the related configuration variables are created.
ja: 「ベア」Git リポジトリを作成します。  つまり、`<directory>` を作成して管理用のファイルを `<directory>/.git` に置くのではなく、`<directory>` 自体を `$GIT_DIR` にするのです。これは明らかに、作業ツリーをチェックアウトする場所がないため、`--no-checkout` を意味します。  また、リモートのブランチヘッドは、`refs/remotes/origin/` にマッピングされることなく、対応するローカルのブランチヘッドに直接コピーされます。  このオプションを使用すると、リモートトラッキングブランチも関連する設定変数も作成されません。

note: type: Plain text
en: Employ a sparse-checkout, with only files in the toplevel directory initially being present.  The linkgit:git-sparse-checkout[1] command can be used to grow the working directory as needed.
ja: sparse-checkout を採用し、最初にトップレベル・ディレクトリのファイルのみが存在するようにします。linkgit:git-sparse-checkout[1] コマンドを使うと、必要に応じて作業ディレクトリを増やすことができます。

note: type: Plain text
en: Use the partial clone feature and request that the server sends a subset of reachable objects according to a given object filter.  When using `--filter`, the supplied `<filter-spec>` is used for the partial clone filter. For example, `--filter=blob:none` will filter out all blobs (file contents) until needed by Git. Also, `--filter=blob:limit=<size>` will filter out all blobs of size at least `<size>`. For more details on filter specifications, see the `--filter` option in linkgit:git-rev-list[1].
ja: パーシャルクローン機能を使って、与えられたオブジェクト・フィルタにしたがって、到達可能なオブジェクトのサブセットを送るようにサーバに要求します。  `--filter` を使う場合、パーシャルクローンのフィルタには、与えられた `<filter-spec>` が使われます。たとえば、 `--filter=blob:none` とすると、Gitが必要とするまで、すべてのblob（ファイルの内容）をフィルタリングします。また、 `--filter=blob:limit=<size>` とすると、少なくとも `<size>` 以上のサイズのblobをすべてフィルタリングします。フィルターの仕様についての詳細は、 linkgit:git-rev-list[1] の `--filter` オプションを参照してください。

note: type: Plain text
en: Also apply the partial clone filter to any submodules in the repository.  Requires `--filter` and `--recurse-submodules`. This can be turned on by default by setting the `clone.filterSubmodules` config option.
ja: また、リポジトリ内の任意のサブモジュールにパーシャルクローンフィルタを適用します。  `--filter` と `--recurse-submodules` が必要です。これは、 `clone.filterSubmodules` 設定オプションで、デフォルトで有効にすることができます。

note: type: Plain text
en: Set up a mirror of the source repository.  This implies `--bare`.  Compared to `--bare`, `--mirror` not only maps local branches of the source to local branches of the target, it maps all refs (including remote-tracking branches, notes etc.) and sets up a refspec configuration such that all these refs are overwritten by a `git remote update` in the target repository.
ja: ソースリポジトリのミラーを設定します。これは `--bare` を意味します。 `--bare` と比較して、 ` --mirror` は、ソースのローカルブランチをターゲットのローカルブランチにマップするだけでなく、すべての参照（リモートトラッキングブランチ、メモなどを含む）をマップし、ターゲットリポジトリの `git remote update` によってこれらのrefがすべて上書きされるようにrefspecの設定を行います。

note: type: Labeled list
en: -o <name>
ja: -o <名前>

note: type: Labeled list
en: --origin <name>
ja: --origin <名前>

note: type: Plain text
en: Instead of using the remote name `origin` to keep track of the upstream repository, use `<name>`.  Overrides `clone.defaultRemoteName` from the config.
ja: 上流のリポジトリを追跡するためにリモート名 `origin` を使用する代わりに、 `<名前>` を使用します。  コンフィグの `clone.defaultRemoteName` をオーバーライドします。

note: type: Labeled list
en: -b <name>
ja: -b <名前>

note: type: Labeled list
en: --branch <name>
ja: --branch <名前>

note: type: Plain text
en: Instead of pointing the newly created HEAD to the branch pointed to by the cloned repository's HEAD, point to `<name>` branch instead. In a non-bare repository, this is the branch that will be checked out.  `--branch` can also take tags and detaches the HEAD at that commit in the resulting repository.
ja: 新しく作成された HEAD を、クローンされたリポジトリの HEAD が指すブランチに向けるのではなく、代わりに `<名前>` ブランチを指します。ベアリポジトリでない場合は、このブランチがチェックアウトされます。  また、`--branch` はタグを取ることができ、できあがったリポジトリのそのコミットの HEAD をデタッチします。

note: type: Plain text
en: When given, and the repository to clone from is accessed via ssh, this specifies a non-default path for the command run on the other end.
ja: 指定された場合、クローンを作成するリポジトリにssh経由でアクセスすると、相手側で実行するコマンドのデフォルト以外のパスを指定します。

note: type: Plain text
en: Specify the directory from which templates will be used; (See the "TEMPLATE DIRECTORY" section of linkgit:git-init[1].)
ja: テンプレートを使用するディレクトリを指定します。(linkgit:git-init[1]の "TEMPLATE DIRECTORY "セクションを参照)

note: type: Plain text
en: Set a configuration variable in the newly-created repository; this takes effect immediately after the repository is initialized, but before the remote history is fetched or any files checked out.  The key is in the same format as expected by linkgit:git-config[1] (e.g., `core.eol=true`). If multiple values are given for the same key, each value will be written to the config file. This makes it safe, for example, to add additional fetch refspecs to the origin remote.
ja: 新しく作成されたリポジトリに設定変数を指定します。これは、リポジトリが初期化された直後で、リモートの履歴が取得されたり、ファイルがチェックアウトされたりする前に有効になります。  キーは linkgit:git-config[1] で期待されるのものと同じ形式です (例: `core.eol=true`)。同じキーに複数の値が与えられた場合は、それぞれの値が設定ファイルに書き込まれます。これにより、たとえばオリジンのリモートに追加のフェッチrefspecを追加しても安全になります。

note: type: Plain text
en: Due to limitations of the current implementation, some configuration variables do not take effect until after the initial fetch and checkout.  Configuration variables known to not take effect are: `remote.<name>.mirror` and `remote.<name>.tagOpt`.  Use the corresponding `--mirror` and `--no-tags` options instead.
ja: 現在の実装の制限により、一部の設定変数は最初のフェッチとチェックアウトが終わるまで有効になりません。  反映されない設定変数には次のようなものがあります。 `remote.<名前>.mirror` と `remote.<名前>.tagOpt` です。  代わりに、対応する `--mirror` と `--no-tags` オプションを使用してください。

note: type: Plain text
en: Create a 'shallow' clone with a history truncated to the specified number of commits. Implies `--single-branch` unless `--no-single-branch` is given to fetch the histories near the tips of all branches. If you want to clone submodules shallowly, also pass `--shallow-submodules`.
ja: 指定された数のコミットに切り詰められたヒストリーを持つ、「浅い」クローンを作成します。 `--no-single-branch` が指定されていない限り、`--single-branch` を意味し、すべてのブランチの先端付近の履歴を取得します。サブモジュールを浅くクローンしたい場合には、`--shallow-submodules` も指定してください。

note: type: Plain text
en: Create a shallow clone with a history after the specified time.
ja: 指定した日時以降の履歴を持つシャロークローンを作成します。

note: type: Plain text
en: Create a shallow clone with a history, excluding commits reachable from a specified remote branch or tag.  This option can be specified multiple times.
ja: 指定したリモートブランチやタグから到達可能なコミットを除いた、履歴付きのシャロークローンを作成します。  このオプションは複数回指定できます。

note: type: Plain text
en: Clone only the history leading to the tip of a single branch, either specified by the `--branch` option or the primary branch remote's `HEAD` points at.  Further fetches into the resulting repository will only update the remote-tracking branch for the branch this option was used for the initial cloning.  If the HEAD at the remote did not point at any branch when `--single-branch` clone was made, no remote-tracking branch is created.
ja: `--branch` オプションで指定されたブランチ、またはリモートの `HEAD` が指し示すプライマリブランチの先端に至るまでの履歴のみをクローンします。  結果として得られるリポジトリをさらにフェッチすると、最初のクローン作成時にこのオプションが使用されたブランチのリモートトラッキングブランチのみが更新されます。  `--single-branch` クローンを作成したときに、リモートの HEAD がどのブランチも指していなかった場合は、リモートトラッキングブランチは作成されません。

note: type: Plain text
en: Don't clone any tags, and set `remote.<remote>.tagOpt=--no-tags` in the config, ensuring that future `git pull` and `git fetch` operations won't follow any tags. Subsequent explicit tag fetches will still work, (see linkgit:git-fetch[1]).
ja: タグをクローンせず、コンフィグで `remote.<remote>.tagOpt=--no-tags` と指定することで、今後の `git pull` や `git fetch` の操作でタグを追いかけることができなくなります。その後、明示的にタグを取得しても動作します（linkgit:git-fetch[1]を参照）。

note: type: Plain text
en: Can be used in conjunction with `--single-branch` to clone and maintain a branch with no references other than a single cloned branch. This is useful e.g. to maintain minimal clones of the default branch of some repository for search indexing.
ja: `--single-branch` と一緒に使うことで、クローンされた単一のブランチ以外の参照を持たないブランチをクローンして維持することができます。これは、例えば、あるリポジトリのデフォルトブランチの最小限のクローンを維持して、検索インデックスを作成するのに便利です。

note: type: Plain text
en: After the clone is created, initialize and clone submodules within based on the provided pathspec.  If no pathspec is provided, all submodules are initialized and cloned.  This option can be given multiple times for pathspecs consisting of multiple entries.  The resulting clone has `submodule.active` set to the provided pathspec, or "." (meaning all submodules) if no pathspec is provided.
ja: クローンが作成されると、与えられたpathspecに基づいて、その中のサブモジュールを初期化し、クローンを作成します。  pathspecが指定されていない場合は、すべてのサブモジュールが初期化され、クローンが作成されます。  このオプションは、複数のエントリからなる pathspec に対して複数回指定できます。  できあがったクローンは、`submodule.active` に与えられた pathspec が、あるいは "." (すべてのサブモジュールを意味する)が pathspec が与えられなかった場合に設定されます。

note: type: Plain text
en: Submodules are initialized and cloned using their default settings. This is equivalent to running `git submodule update --init --recursive <pathspec>` immediately after the clone is finished. This option is ignored if the cloned repository does not have a worktree/checkout (i.e. if any of `--no-checkout`/`-n`, `--bare`, or `--mirror` is given)
ja: サブモジュールは初期化され、デフォルトの設定でクローンされます。これは、クローンが終了した直後に、`git submodule update --init --recursive <pathspec>` を実行するのと同じです。このオプションは、クローンされるリポジトリに worktree/checkout がない場合(つまり、`--no-checkout` / `-n`、 `--bare`、 `--mirror` のいずれかが与えられた場合)には無視されます

note: type: Plain text
en: All submodules which are cloned will be shallow with a depth of 1.
ja: 複製されたすべてのサブモジュールは、深さが1の浅いものになります。

note: type: Plain text
en: All submodules which are cloned will use the status of the submodule's remote-tracking branch to update the submodule, rather than the superproject's recorded SHA-1. Equivalent to passing `--remote` to `git submodule update`.
ja: クローンされたすべてのサブモジュールは、サブモジュールを更新する際に、親プロジェクトで記録された SHA-1 ではなく、サブモジュールのリモート追跡ブランチの状態を使用します。 `git submodule update` に `--remote` を渡すのと同じです。

note: type: Plain text
en: Instead of placing the cloned repository where it is supposed to be, place the cloned repository at the specified directory, then make a filesystem-agnostic Git symbolic link to there.  The result is Git repository can be separated from working tree.
ja: クローンリポジトリを本来あるべき場所に置くのではなく、クローンリポジトリを指定したディレクトリに置き、そこにファイルシステムに依存しないGitシンボリックリンクを作成します。  その結果、Gitリポジトリを作業ツリーから切り離すことができるようになります。

note: type: Plain text
en: The number of submodules fetched at the same time.  Defaults to the `submodule.fetchJobs` option.
ja: 同時に取得するサブモジュールの数です。  既定値は `submodule.fetchJobs` オプションになります。

note: type: Plain text
en: The (possibly remote) repository to clone from.  See the <<URLS,GIT URLS>> section below for more information on specifying repositories.
ja: クローンを作成するリポジトリ（リモートの場合もあります）。  リポジトリの指定についての詳細は、後の <<URLS,GIT URLS>> セクションを参照してください。

note: type: Plain text
en: The name of a new directory to clone into.  The "humanish" part of the source repository is used if no directory is explicitly given (`repo` for `/path/to/repo.git` and `foo` for `host.xz:foo/.git`).  Cloning into an existing directory is only allowed if the directory is empty.
ja: クローンを作成する新しいディレクトリの名前です。  ディレクトリが明示的に指定されていない場合は、ソースリポジトリの "humanish" の部分が使用されます（`/path/to/repo.git` の場合は `repo` 、`host.xz:foo/.git` の場合は `foo` となります）。  既存のディレクトリへのクローン作成は、そのディレクトリが空の場合のみ可能です。

note: type: Plain text
en: Clone from upstream:
ja: 上流からのクローン:

note: type: Plain text
en: Make a local clone that borrows from the current directory, without checking things out:
ja: チェックアウトせずに、現在のディレクトリから借用するローカルクローンを作成する:

note: type: Plain text
en: Clone from upstream while borrowing from an existing local directory:
ja: 既存のローカルディレクトリから借用しながら、上流からクローンを作成する:

note: type: Plain text
en: Create a bare repository to publish your changes to the public:
ja: 変更した内容を公開するためにベア・リポジトリを作成する:

note: type: Labeled list
en: -F <file>
ja: -F <ファイル>

note: type: Plain text
en: The content to be committed can be specified in several ways:
ja: コミットされる内容は、いくつかの方法で指定できます。

note: type: Plain text
en: When doing a dry-run, give the output in the long-format.  Implies `--dry-run`.
ja: dry-runを行う際には、出力を長い書式で行います。  `--dry-run` を意味しています。

note: type: Labeled list
en: --file=<file>
ja: --file=<ファイル>

note: type: Labeled list
en: --date=<date>
ja: --date=<日付>

note: type: Plain text
en: Override the author date used in the commit.
ja: コミット時に使用される作成日を上書きします。

note: type: Plain text
en: Use the given <msg> as the commit message.  If multiple `-m` options are given, their values are concatenated as separate paragraphs.
ja: 指定された <msg> をコミットメッセージとして使用します。  複数の `-m` オプションが与えられた場合、それらの値は別々の段落として連結されます。

note: type: Plain text
en: The `-m` option is mutually exclusive with `-c`, `-C`, and `-F`.
ja: `m` オプションは、`-c`、`-C`、`-F` とは相互に排他的です。

note: type: Labeled list
en: -t <file>
ja: -t <ファイル>

note: type: Labeled list
en: --template=<file>
ja: --template=<ファイル>

note: type: Labeled list
en: --get-urlmatch <name> <URL>
ja: --get-urlmatch <名前> <URL>

note: type: Plain text
en: See linkgit:git-config[1]
ja: linkgit:git-config[1]を参照

note: type: Plain text
en: Run verbosely.
ja: 詳細に実行します。

note: type: Plain text
en: git-fetch - Download objects and refs from another repository
ja: git-fetch - 別のリポジトリからオブジェクトと参照をダウンロードします

note: type: Plain text
en: `strip` can be used as a synonym to `lstrip`.
ja: `strip` は `lstrip` の同義語として使用できます。

note: type: Plain text
en: git-init-db - Creates an empty Git repository
ja: git-init-db - 空のGitリポジトリを作成する

note: type: Plain text
en: This is a synonym for linkgit:git-init[1].  Please refer to the documentation of that command.
ja: これは linkgit:git-init[1] と同義です。  該当コマンドのドキュメントを参照してください。

note: type: Plain text
en: git-init - Create an empty Git repository or reinitialize an existing one
ja: git-init - 空のGitリポジトリを作成、または既存のリポジトリを再初期化する

note: type: Plain text
en: This command creates an empty Git repository - basically a `.git` directory with subdirectories for `objects`, `refs/heads`, `refs/tags`, and template files.  An initial branch without any commits will be created (see the `--initial-branch` option below for its name).
ja: このコマンドは、空の Git リポジトリを作成します。基本的には、`.git` ディレクトリに `objects` や `refs/heads`、 `refs/tags`、 テンプレートファイルなどのサブディレクトリを置くことになります。  何もコミットされていない最初のブランチが作成されます (この名前は後述の `--initial-branch` オプションを参照)。

note: type: Plain text
en: If the `$GIT_DIR` environment variable is set then it specifies a path to use instead of `./.git` for the base of the repository.
ja: 環境変数 `$GIT_DIR` が設定されている場合は、リポジトリのベースとして `./.git` の代わりに使用するパスを指定します。

note: type: Plain text
en: If the object storage directory is specified via the `$GIT_OBJECT_DIRECTORY` environment variable then the sha1 directories are created underneath - otherwise the default `$GIT_DIR/objects` directory is used.
ja: オブジェクトストレージのディレクトリが環境変数 `$GIT_OBJECT_DIRECTORY` で指定されている場合は、その下に sha1 ディレクトリが作成されますが、そうでない場合は、デフォルトの `$GIT_DIR/objects` ディレクトリが使用されます。

note: type: Plain text
en: Running 'git init' in an existing repository is safe. It will not overwrite things that are already there. The primary reason for rerunning 'git init' is to pick up newly added templates (or to move the repository to another place if --separate-git-dir is given).
ja: 既存のリポジトリで'git init'を実行しても安全です。すでにあるものを上書きすることはありません。再度 'git init' を実行する主な理由は、新しく追加されたテンプレートを取り込むためです (あるいは、--separate--git--dir が指定されている場合はリポジトリを別の場所に移動させるためです)。

note: type: Plain text
en: Only print error and warning messages; all other output will be suppressed.
ja: エラーと警告のメッセージのみを出力し、その他の出力はすべて抑制されます。

note: type: Plain text
en: Create a bare repository. If `GIT_DIR` environment is not set, it is set to the current working directory.
ja: ベアリポジトリを作成します。 `GIT_DIR` 環境が設定されていない場合は、現在の作業ディレクトリに設定されます。

note: type: Plain text
en: Specify the given object format (hash algorithm) for the repository.  The valid values are 'sha1' and (if enabled) 'sha256'.  'sha1' is the default.
ja: リポジトリのオブジェクトフォーマット（ハッシュアルゴリズム）を指定します。  有効な値は'sha1'と（有効な場合は）'sha256'です。  'sha1'がデフォルトです。

note: type: Plain text
en: Specify the directory from which templates will be used.  (See the "TEMPLATE DIRECTORY" section below.)
ja: テンプレートを使用するディレクトリを指定します。  (後述の「TEMPLATE DIRECTORY」のセクションを参照)

note: type: Plain text
en: Instead of initializing the repository as a directory to either `$GIT_DIR` or `./.git/`, create a text file there containing the path to the actual repository.  This file acts as filesystem-agnostic Git symbolic link to the repository.
ja: リポジトリを `$GIT_DIR` や `./.git/` のようなディレクトリとして初期化するのではなく、実際のリポジトリへのパスを含むテキストファイルをそこに作成します。  このファイルは、ファイルシステムにとらわれない Git のリポジトリへのシンボリックリンクとして機能します。

note: type: Plain text
en: If this is reinitialization, the repository will be moved to the specified path.
ja: 再初期化の場合は、指定したパスにリポジトリが移動します。

note: type: Plain text
en: Use the specified name for the initial branch in the newly created repository.  If not specified, fall back to the default name (currently `master`, but this is subject to change in the future; the name can be customized via the `init.defaultBranch` configuration variable).
ja: 新しく作成されたリポジトリの最初のブランチに、指定された名前を使用します。  指定されていない場合は、デフォルトの名前に戻ります (現在は `master` ですが、将来的には変更される可能性があります。名前は `init.defaultBranch` 設定変数でカスタマイズできます)。

note: type: Plain text
en: Specify that the Git repository is to be shared amongst several users.  This allows users belonging to the same group to push into that repository.  When specified, the config variable "core.sharedRepository" is set so that files and directories under `$GIT_DIR` are created with the requested permissions.  When not specified, Git will use permissions reported by umask(2).
ja: Gitリポジトリを複数のユーザーで共有することを指定します。  これにより、同じグループに属するユーザーがそのリポジトリにプッシュできるようになります。  指定すると、コンフィグ変数 "core.sharedRepository" が設定され、`$GIT_DIR` 以下のファイルやディレクトリが要求されたパーミッションで作成されるようになります。  指定されていない場合、Gitはumask(2)によって報告されたパーミッションを使用します。

note: type: Plain text
en: The option can have the following values, defaulting to 'group' if no value is given:
ja: このオプションには以下の値を指定できますが、値が指定されていない場合はデフォルトで「group」が設定されます。

note: type: Plain text
en: Use permissions reported by umask(2). The default, when `--shared` is not specified.
ja: umask(2)で報告されたパーミッションを使用します。 `--shared` が指定されていない場合の初期設定です。

note: type: Plain text
en: Make the repository group-writable, (and g+sx, since the git group may be not the primary group of all users). This is used to loosen the permissions of an otherwise safe umask(2) value. Note that the umask still applies to the other permission bits (e.g. if umask is '0022', using 'group' will not remove read privileges from other (non-group) users). See '0xxx' for how to exactly specify the repository permissions.
ja: リポジトリをグループ書き込み可能にします (git グループがすべてのユーザーのプライマリグループではない場合があるので、g+sx も)。これは、安全なumask(2)の値のパーミッションを緩めるために使われます。ただし、umask は他のパーミッションビットにも適用されることに注意しましょう (たとえば umask が '0022' の場合、'group' を使っても他の (グループではない) ユーザーから読み取り権限を奪うことはできません)。リポジトリのパーミッションを正確に指定する方法については、'0xxx'を参照してください。

note: type: Plain text
en: Same as 'group', but make the repository readable by all users.
ja: 'group'と同じですが、すべてのユーザーがリポジトリを読み取り可能にします。

note: type: Plain text
en: '<perm>' is a 3-digit octal number prefixed with `0` and each file will have mode '<perm>'. '<perm>' will override users' umask(2)  value (and not only loosen permissions as 'group' and 'all' does). '0640' will create a repository which is group-readable, but not group-writable or accessible to others. '0660' will create a repo that is readable and writable to the current user and group, but inaccessible to others (directories and executable files get their `x` bit from the `r` bit for corresponding classes of users).
ja: '<perm>' は `0` の接頭辞が付いた3桁の8進数で、各ファイルのモードは '<perm>' になります。 '<perm>' は、ユーザーのumask(2)の値を上書きします（'group' や 'all' のようにパーミッションが緩くなるだけではありません）。'0640' は、グループでの読み取りは可能ですが、グループでの書き込みや他の人からのアクセスはできないリポジトリを作成します。'0660' は、現在のユーザーとグループは読み書き可能だが、他のユーザーにはアクセスできないリポジトリを作成します（ディレクトリと実行可能ファイルは対応するユーザークラスの `r` ビットから `x` ビットを取得します）。

note: type: Plain text
en: By default, the configuration flag `receive.denyNonFastForwards` is enabled in shared repositories, so that you cannot force a non fast-forwarding push into it.
ja: デフォルトでは、共有リポジトリでは設定フラグの `receive.denyNonFastForwards` が有効になっており、高速転送ではないプッシュを強制できません。

note: type: Plain text
en: If you provide a 'directory', the command is run inside it. If this directory does not exist, it will be created.
ja: 'ディレクトリ' を指定した場合は、その中でコマンドが実行されます。このディレクトリが存在しない場合は、作成されます。

note: type: Title -
en: TEMPLATE DIRECTORY
ja: テンプレートディレクトリ

note: type: Plain text
en: Files and directories in the template directory whose name do not start with a dot will be copied to the `$GIT_DIR` after it is created.
ja: テンプレートディレクトリ内のファイルやディレクトリのうち、名前がドットで始まらないものは、`$GIT_DIR` の作成後にコピーされます。

note: type: Plain text
en: The template directory will be one of the following (in order):
ja: テンプレートディレクトリは、以下のいずれかになります（順番に）。

note: type: Plain text
en: the argument given with the `--template` option;
ja: `--template` オプションで指定された引数。

note: type: Plain text
en: the contents of the `$GIT_TEMPLATE_DIR` environment variable;
ja: `$GIT_TEMPLATE_DIR` 環境変数の内容。

note: type: Plain text
en: the `init.templateDir` configuration variable; or
ja: `init.templateDir` 構成変数。

note: type: Plain text
en: the default template directory: `/usr/share/git-core/templates`.
ja: デフォルトのテンプレートディレクトリ: `/usr/share/git-core/templates`。

note: type: Plain text
en: The default template directory includes some directory structure, suggested "exclude patterns" (see linkgit:gitignore[5]), and sample hook files.
ja: デフォルトのテンプレートディレクトリには、いくつかのディレクトリ構造、推奨される「除外パターン」（linkgit:gitignore[5]を参照）、およびサンプルのフックファイルが含まれています。

note: type: Plain text
en: The sample hooks are all disabled by default. To enable one of the sample hooks rename it by removing its `.sample` suffix.
ja: サンプルフックは、デフォルトではすべて無効になっています。サンプルフックを有効にするには、フックの名前を変更し、接尾辞 `.sample` を削除してください。

note: type: Plain text
en: See linkgit:githooks[5] for more general info on hook execution.
ja: フックの実行についての一般的な情報は linkgit:githooks[5] を参照してください。

note: type: Labeled list
en: Start a new Git repository for an existing code base
ja: 既存のコードベースの新しいGitリポジトリを開始する

note: type: Plain text
en: Create a /path/to/my/codebase/.git directory.
ja: /path/to/my/codebase/.git ディレクトリを作成します。

note: type: Plain text
en: Add all existing files to the index.
ja: 既存のすべてのファイルをインデックスに追加します。

note: type: Plain text
en: Record the pristine state as the first commit in the history.
ja: ヒストリの最初のコミットとして、元の状態を記録します。

note: type: Plain text
en: Customized format:
ja: カスタマイズされたフォーマット:

note: type: Plain text
en: The mode of the object.
ja: オブジェクトのモード。

note: type: Plain text
en: The name of the object.
ja: オブジェクトの名前。

note: type: Plain text
en: while in "zdiff3" style, it may look like this:
ja: "zdiff3" のスタイルでは次のようになります。

note: type: Title ~
en: Context
ja: コンテキスト

note: type: Plain text
en: See also linkgit:git-stash[1].
ja: linkgit:git-stash[1] も参照してください。

note: type: Plain text
en: See linkgit:git-add[1].
ja: linkgit:git-add[1] を参照。

note: type: Plain text
en: Synonym to `--more=-1`
ja: `--more=-1` と同義

note: type: Labeled list
en: checkout
ja: チェックアウト

note: type: Title -
en: Guides
ja: ガイド

note: type: Plain text
en: Please see linkgit:gitglossary[7].
ja: linkgit:gitglossary[7] を参照してください。

note: type: Plain text
en: Unless `-z` is used any "unusual" characters in the lock reason such as newlines are escaped and the entire reason is quoted as explained for the configuration variable `core.quotePath` (see linkgit:git-config[1]).  For Example:
ja: `-z` を使用しない限り、ロック理由の中にある改行などの"異常な"文字はエスケープされ理由全体が 設定変数 `core.quotePath` の説明に従って引用されます（linkgit:git-config[1]を参照）。  例:

note: type: Plain text
en: gitglossary - A Git Glossary
ja: gitglossary - Gitの用語集

note: type: Plain text
en: linkgit:gittutorial[7], linkgit:gittutorial-2[7], linkgit:gitcvs-migration[7], linkgit:giteveryday[7], link:user-manual.html[The Git User's Manual]
ja: linkgit:gittutorial[7], linkgit:gittutorial-2[7], linkgit:gitcvs-migration[7], linkgit:giteveryday[7], link:user-manual.html[Git ユーザーマニュアル]

note: type: Labeled list
en: [[def_alternate_object_database]]alternate object database
ja: [[def_alternate_object_database]]代替オブジェクトデータベース (alternate object database)

note: type: Plain text
en: Via the alternates mechanism, a <<def_repository,repository>> can inherit part of its <<def_object_database,object database>> from another object database, which is called an "alternate".
ja: 代替メカニズムを介して、 <<def_repository,リポジトリ>> は、その <<def_object_database,オブジェクトデータベース>> の一部を、「alternate」と呼ばれる別のオブジェクトデータベースから継承できます。

note: type: Labeled list
en: [[def_bare_repository]]bare repository
ja: [[def_bare_repository]]ベア リポジトリ (bare repository)

note: type: Plain text
en: A bare repository is normally an appropriately named <<def_directory,directory>> with a `.git` suffix that does not have a locally checked-out copy of any of the files under revision control. That is, all of the Git administrative and control files that would normally be present in the hidden `.git` sub-directory are directly present in the `repository.git` directory instead, and no other files are present and checked out. Usually publishers of public repositories make bare repositories available.
ja: ベアリポジトリは、通常、適切な名前の <<def_directory,ディレクトリ>> に `.git` という接尾辞が付き、リビジョン管理下のどのファイルもローカルにチェックアウトされたコピーを持っていないものです。つまり、通常であれば隠された `.git` サブディレクトリに存在する Git 管理ファイルや制御ファイルは、代わりに `repository.git` ディレクトリに直接存在し、その他のファイルは存在せず、チェックアウトもされていません。たいてい、公開リポジトリの公開者は、ベアリポジトリを利用できるようにしています。

note: type: Labeled list
en: [[def_blob_object]]blob object
ja: [[def_blob_object]]ブロブオブジェクト(blob object)

note: type: Plain text
en: Untyped <<def_object,object>>, e.g. the contents of a file.
ja: 非定型の <<def_object,オブジェクト>> 例：ファイルの内容など。

note: type: Labeled list
en: [[def_branch]]branch
ja: [[def_branch]]ブランチ (branch)

note: type: Plain text
en: A "branch" is a line of development.  The most recent <<def_commit,commit>> on a branch is referred to as the tip of that branch.  The tip of the branch is <<def_ref,referenced>> by a branch <<def_head,head>>, which moves forward as additional development is done on the branch.  A single Git <<def_repository,repository>> can track an arbitrary number of branches, but your <<def_working_tree,working tree>> is associated with just one of them (the "current" or "checked out" branch), and <<def_HEAD,HEAD>> points to that branch.
ja: 「ブランチ」とは、開発ラインのことです。  あるブランチにおける最新の <<def_commit,コミット>> をブランチの先端と呼びます。  ブランチの先端はブランチ・ <<def_head,ヘッド>> によって参照され、ブランチ上で開発が進むにつれて前に移動します。  Git <<def_repository,リポジトリ>> は任意の数のブランチを監視することができますが、 <<def_working_tree,ワーキングツリー>> が関連付けられているのはそのうちの一つ（現在のブランチ、またはチェックアウトされているブランチ）のみであり、 <<def_HEAD,HEAD> はそのブランチを指します。

note: type: Labeled list
en: [[def_cache]]cache
ja: [[def_cache]]キャッシュ (cache)

note: type: Plain text
en: Obsolete for: <<def_index,index>>.
ja: 廃止: <<def_index,インデックス>>。

note: type: Labeled list
en: [[def_chain]]chain
ja: [[def_chain]]チェーン (chain)

note: type: Plain text
en: A list of objects, where each <<def_object,object>> in the list contains a reference to its successor (for example, the successor of a <<def_commit,commit>> could be one of its <<def_parent,parents>>).
ja: オブジェクトのリストで、リスト内の各 <<def_object,オブジェクト>> はその後継者への参照を含みます（例えば、<<def_commit,コミット>> の後継者はその <<def_parent,親>> になる可能性があります）。

note: type: Labeled list
en: [[def_changeset]]changeset
ja: [[def_changeset]]チェンジセット (changeset)

note: type: Plain text
en: BitKeeper/cvsps speak for "<<def_commit,commit>>". Since Git does not store changes, but states, it really does not make sense to use the term "changesets" with Git.
ja: BitKeeper/cvsps が "<<def_commit,コミット>>" に代えて呼ぶものです。Gitは変更を保存するのではなく、状態を保存するので、Gitで "チェンジセット" という用語を使うのは本当に意味がありません。

note: type: Labeled list
en: [[def_checkout]]checkout
ja: [[def_checkout]]チェックアウト (checkout)

note: type: Plain text
en: The action of updating all or part of the <<def_working_tree,working tree>> with a <<def_tree_object,tree object>> or <<def_blob_object,blob>> from the <<def_object_database,object database>>, and updating the <<def_index,index>> and <<def_HEAD,HEAD>> if the whole working tree has been pointed at a new <<def_branch,branch>>.
ja: <<def_object_database,オブジェクトデータベース>> から <<def_tree_object,ツリーオブジェクト>> または <<def_blob_object,ブロブ>> を使用して <<def_working_tree,ワーキングツリー>> の全部または一部を更新し、ワーキングツリー全体が新しい << def_branch,ブランチ>> を指している場合には <<def_index,インデックス>> および <<def_HEAD,HEAD>> も更新します。

note: type: Labeled list
en: [[def_cherry-picking]]cherry-picking
ja: [[def_cherry-picking]]チェリーピッキング (cherry-picking)

note: type: Plain text
en: In <<def_SCM,SCM>> jargon, "cherry pick" means to choose a subset of changes out of a series of changes (typically commits) and record them as a new series of changes on top of a different codebase. In Git, this is performed by the "git cherry-pick" command to extract the change introduced by an existing <<def_commit,commit>> and to record it based on the tip of the current <<def_branch,branch>> as a new commit.
ja: <<def_SCM,SCM>> の中だけで通じる言葉で、「チェリーピック」とは、一連の変更（通常はコミット）から変更のサブセットを選択し、それらを別のコードベースの上に新しい一連の変更として記録することを意味します。 Gitでは、これは「git cherry-pick」コマンドによって実行され、既存の <<def_commit,コミット>> によって導入された変更を抽出し、現在の <<def_branch,ブランチ>> の先端を基点に新しいコミットとしてそれを記録します。

note: type: Labeled list
en: [[def_clean]]clean
ja: [[def_clean]]クリーン (clean)

note: type: Plain text
en: A <<def_working_tree,working tree>> is clean, if it corresponds to the <<def_revision,revision>> referenced by the current <<def_head,head>>. Also see "<<def_dirty,dirty>>".
ja: <<def_working_tree,ワーキングツリー>> が、現在の <<def_head,ヘッド>> が参照する <<def_revision,リビジョン>> に合致する場合、クリーンである。また、 "<<def_dirty,ダーティ>>" も参照してください。

note: type: Labeled list
en: [[def_commit]]commit
ja: [[def_commit]]コミット (commit)

note: type: Plain text
en: As a noun: A single point in the Git history; the entire history of a project is represented as a set of interrelated commits.  The word "commit" is often used by Git in the same places other revision control systems use the words "revision" or "version".  Also used as a short hand for <<def_commit_object,commit object>>.
ja: 名詞として。プロジェクトのヒストリー全体は、相互に関連するコミットの集合として表されます。  Gitでは、他のリビジョン管理システムが "リビジョン" や "バージョン" という言葉を使うのと同じ場所で、"コミット" という言葉が使われることがよくあります。  また、 <<def_commit_object,コミットオブジェクト>> のショートハンドとしても使われます。

note: type: Plain text
en: As a verb: The action of storing a new snapshot of the project's state in the Git history, by creating a new commit representing the current state of the <<def_index,index>> and advancing <<def_HEAD,HEAD>> to point at the new commit.
ja: 動詞として。プロジェクト状態の新しいスナップショットを Git のヒストリーに保存することであり、 <<def_index,インデックス>> の現在の状態を表す新しいコミットを作成し、新しいコミットを指すように <<def_HEAD,HEAD>> を進めます。

note: type: Labeled list
en: [[def_commit_object]]commit object
ja: [[def_commit_object]]コミットオブジェクト (commit object)

note: type: Plain text
en: An <<def_object,object>> which contains the information about a particular <<def_revision,revision>>, such as <<def_parent,parents>>, committer, author, date and the <<def_tree_object,tree object>> which corresponds to the top <<def_directory,directory>> of the stored revision.
ja: <<def_object,オブジェクト>> には、特定の <<def_revision,リビジョン>> に関する情報、例えば <<def_parent,親>> やコミッター、著作者、日付、そして格納されているリビジョンの最上位 <<def_directory,ディレクトリ>> と一致する <<def_tree_object,ツリーオブジェクト>> を含みます。

note: type: Labeled list
en: [[def_commit-ish]]commit-ish (also committish)
ja: [[def_commit-ish]]コミットの性質を持つもの (commit-ish (also committish))

note: type: Plain text
en: A <<def_commit_object,commit object>> or an <<def_object,object>> that can be recursively dereferenced to a commit object.  The following are all commit-ishes: a commit object, a <<def_tag_object,tag object>> that points to a commit object, a tag object that points to a tag object that points to a commit object, etc.
ja: コミットオブジェクトを再帰的に参照できる <<def_commit_object,コミットオブジェクト>> または <<def_object,オブジェクト>> のことを指します。  次に示すものはすべてコミットの性質を持つものです：コミットオブジェクト、コミットオブジェクトを指す <<def_tag_object,タグオブジェクト>> 、コミットオブジェクトを指すタグオブジェクトを指すタグオブジェクト、等です。

note: type: Plain text
en: Fundamental data structures and utilities of Git. Exposes only limited source code management tools.
ja: Gitの基本的なデータ構造とユーティリティ。限られたソースコード管理ツールのみを公開します。

note: type: Plain text
en: Directed acyclic graph. The <<def_commit_object,commit objects>> form a directed acyclic graph, because they have parents (directed), and the graph of commit objects is acyclic (there is no <<def_chain,chain>> which begins and ends with the same <<def_object,object>>).
ja: 有向非循環グラフ。親を持ち（有向）コミットオブジェクトのグラフは非循環なので、 <<def_commit_object,コミットオブジェクト>> は有向非循環グラフを形成します（同じ <<def_object,オブジェクト>> で始まって終わる <<def_chain,チェーン>> はありません）。

note: type: Labeled list
en: [[def_dangling_object]]dangling object
ja: [[def_dangling_object]]ダングリングオブジェクト (dangling object)

note: type: Plain text
en: An <<def_unreachable_object,unreachable object>> which is not <<def_reachable,reachable>> even from other unreachable objects; a dangling object has no references to it from any reference or <<def_object,object>> in the <<def_repository,repository>>.
ja: <<def_unreachable_object,到達不能オブジェクト>> とは、他の到達不能オブジェクトからでさえも、 <<def_reachable,到達可能>> ではないオブジェクトのことで、ダングリングオブジェクトは、 <<def_repository,リポジトリ>> 内の参照や <<def_object,オブジェクト>> のいずれからも参照されないというものです。

note: type: Labeled list
en: [[def_detached_HEAD]]detached HEAD
ja: [[def_detached_HEAD]]分離したHEAD (detached HEAD)

note: type: Plain text
en: Normally the <<def_HEAD,HEAD>> stores the name of a <<def_branch,branch>>, and commands that operate on the history HEAD represents operate on the history leading to the tip of the branch the HEAD points at.  However, Git also allows you to <<def_checkout,check out>> an arbitrary <<def_commit,commit>> that isn't necessarily the tip of any particular branch.  The HEAD in such a state is called "detached".
ja: 通常、 <<def_HEAD,HEAD>> には、<<def_branch,ブランチ>> の名前が格納されており、HEADが示す履歴に対して操作するコマンドは、HEADが指すブランチの先端に続く履歴に対して操作することになります。  しかし、Gitでは、必ずしも特定のブランチの先端ではない任意の<<def_commit,コミット>> を <<def_checkout,チェックアウト>> することもできます。  このような状態のHEADは、"分離した (detached)"と呼ばれます。

note: type: Plain text
en: Note that commands that operate on the history of the current branch (e.g. `git commit` to build a new history on top of it) still work while the HEAD is detached. They update the HEAD to point at the tip of the updated history without affecting any branch.  Commands that update or inquire information _about_ the current branch (e.g. `git branch --set-upstream-to` that sets what remote-tracking branch the current branch integrates with) obviously do not work, as there is no (real) current branch to ask about in this state.
ja: 現在のブランチの歴史を操作するコマンド（たとえば `git commit` で新しい歴史をその上に構築する）は、HEAD が分離されている間も動作することに注意してください。これらのコマンドは、どのブランチにも影響を与えずに HEAD を更新し、更新された歴史の先端を指すようにします。  現在のブランチに関する情報を更新したり問い合わせたりするコマンド（たとえば 現在のブランチがどのリモート追跡ブランチと統合されているかを設定する `git branch --set-upstream-to`）は、この状態で尋ねる（実際の）現在のブランチがないため、明らかに機能しません。

note: type: Labeled list
en: [[def_directory]]directory
ja: [[def_directory]]ディレクトリ (directory)

note: type: Plain text
en: The list you get with "ls" :-)
ja: "ls" で表示されるリスト :-)

note: type: Labeled list
en: [[def_dirty]]dirty
ja: [[def_dirty]]ダーティ (dirty)

note: type: Plain text
en: A <<def_working_tree,working tree>> is said to be "dirty" if it contains modifications which have not been <<def_commit,committed>> to the current <<def_branch,branch>>.
ja: <<def_working_tree,ワーキングツリー>>は、現在の<<def_branch,ブランチ>> に対して <<def_commit,コミット>> されていない変更が含まれている場合、「ダーティ」であると言われます。

note: type: Labeled list
en: [[def_evil_merge]]evil merge
ja: [[def_evil_merge]]邪悪なマージ (evil merge)

note: type: Plain text
en: An evil merge is a <<def_merge,merge>> that introduces changes that do not appear in any <<def_parent,parent>>.
ja: 邪悪なマージとは、どの << def_parent,親>> にも表示されない変更を導入する <<def_merge,マージ>> のことです。

note: type: Labeled list
en: [[def_fast_forward]]fast-forward
ja: [[def_fast_forward]]早送り (fast-forward)

note: type: Plain text
en: A fast-forward is a special type of <<def_merge,merge>> where you have a <<def_revision,revision>> and you are "merging" another <<def_branch,branch>>'s changes that happen to be a descendant of what you have. In such a case, you do not make a new <<def_merge,merge>> <<def_commit,commit>> but instead just update your branch to point at the same revision as the branch you are merging. This will happen frequently on a <<def_remote_tracking_branch,remote-tracking branch>> of a remote <<def_repository,repository>>.
ja: 早送りとは、特殊なタイプの <<def_merge,マージ>> で、ある <<def_revision,リビジョン>> が、たまたまその子孫である別の <<def_branch,ブランチ>> の変更をマージするときに起こるものです。このような場合、新たに <<def_merge,マージ>> <<def_commit,コミット>> を行うのではなく、マージするブランチと同じリビジョンを指すようにブランチを更新するだけです。これは、リモート <<def_repository,リポジトリ>> の <<def_remote_tracking_branch,リモートトラッキングブランチ>> で頻繁に発生します。

note: type: Labeled list
en: [[def_fetch]]fetch
ja: [[def_fetch]]フェッチ (fetch)

note: type: Plain text
en: Fetching a <<def_branch,branch>> means to get the branch's <<def_head_ref,head ref>> from a remote <<def_repository,repository>>, to find out which objects are missing from the local <<def_object_database,object database>>, and to get them, too.  See also linkgit:git-fetch[1].
ja: <<def_branch,ブランチ>> のフェッチとは、リモートの <<def_repository,リポジトリ>> からブランチの <<def_head_ref,ヘッド参照>> を取得し、ローカルの <<def_object_database,オブジェクトデータベース>> から足りないオブジェクトを探して、それらも取得することを指します。  linkgit:git-fetch[1] も参照してください。

note: type: Labeled list
en: [[def_file_system]]file system
ja: [[def_file_system]]ファイルシステム (file system)

note: type: Plain text
en: Linus Torvalds originally designed Git to be a user space file system, i.e. the infrastructure to hold files and directories. That ensured the efficiency and speed of Git.
ja: リーナス・トーバルズはもともと、Gitをユーザー空間のファイルシステム、すなわち、ファイルとディレクトリを保持するためのインフラストラクチャとして設計しました。それによって、Gitの効率と速度が確保されました。

note: type: Labeled list
en: [[def_git_archive]]Git archive
ja: [[def_git_archive]]Git アーカイブ (Git archive)

note: type: Plain text
en: Synonym for <<def_repository,repository>> (for arch people).
ja: <<def_repository,リポジトリ>>の同義語 (arch の人々向け)。

note: type: Labeled list
en: [[def_gitfile]]gitfile
ja: [[def_gitfile]]gitファイル (gitfile)

note: type: Plain text
en: A plain file `.git` at the root of a working tree that points at the directory that is the real repository.
ja: ワーキングツリーのルートにあるプレーンなファイル `.git` は、実際のリポジトリとなるディレクトリを指します。

note: type: Labeled list
en: [[def_grafts]]grafts
ja: [[def_grafts]]移植 (grafts)

note: type: Plain text
en: Grafts enables two otherwise different lines of development to be joined together by recording fake ancestry information for commits. This way you can make Git pretend the set of <<def_parent,parents>> a <<def_commit,commit>> has is different from what was recorded when the commit was created. Configured via the `.git/info/grafts` file.
ja: Graftsを使用すると、コミットの偽の祖先情報を記録することで、2つの異なる開発ラインを結合できます。このようにして、Gitに <<def_commit,コミット>> の <<def_parent,親 >>のセット が、コミットが作成されたときに記録したものとは異なるというふりをさせることができます。 `.git/info/grafts` ファイルを介して構成されます。

note: type: Plain text
en: Note that the grafts mechanism is outdated and can lead to problems transferring objects between repositories; see linkgit:git-replace[1] for a more flexible and robust system to do the same thing.
ja: 移植 の仕組みは時代遅れで、リポジトリ間でオブジェクトを転送する際に問題になる場合があることに注意してください。同じことを行うためのより柔軟で堅牢なシステムについては linkgit:git-replace[1] をご覧ください。

note: type: Labeled list
en: [[def_hash]]hash
ja: [[def_hash]]ハッシュ (hash)

note: type: Plain text
en: In Git's context, synonym for <<def_object_name,object name>>.
ja: Git の文脈では、 <<def_object_name,オブジェクト名>> の同義語です。

note: type: Labeled list
en: [[def_head]]head
ja: [[def_head]]ヘッド (head)

note: type: Plain text
en: A <<def_ref,named reference>> to the <<def_commit,commit>> at the tip of a <<def_branch,branch>>.  Heads are stored in a file in `$GIT_DIR/refs/heads/` directory, except when using packed refs. (See linkgit:git-pack-refs[1].)
ja: <<def_ref,名前付き参照>> の先端にある <<def_commit,コミット>> のことです。  ヘッダは、固めた参照を使うとき以外は、 `$GIT_DIR/refs/heads/` ディレクトリにあるファイルに格納されます。(linkgit:git-pack-refs[1] を参照してください。)

note: type: Plain text
en: The current <<def_branch,branch>>.  In more detail: Your <<def_working_tree, working tree>> is normally derived from the state of the tree referred to by HEAD.  HEAD is a reference to one of the <<def_head,heads>> in your repository, except when using a <<def_detached_HEAD,detached HEAD>>, in which case it directly references an arbitrary commit.
ja: 現在の <<def_branch,branch>>。  詳細: <<def_working_tree,ワーキングツリー>> は通常、HEADによって参照されるツリーの状態から派生します。  HEADはリポジトリ内の <<def_head,ヘッド>> の1つを参照するものですが、 << def_detached_HEAD,分離したHEAD>> を使用する場合は、任意のコミットを直接参照します。

note: type: Labeled list
en: [[def_head_ref]]head ref
ja: [[def_head_ref]]ヘッド参照 (head ref)

note: type: Plain text
en: A synonym for <<def_head,head>>.
ja: <<def_head,head>> と同義です。

note: type: Labeled list
en: [[def_hook]]hook
ja: [[def_hook]]フック (hook)

note: type: Plain text
en: During the normal execution of several Git commands, call-outs are made to optional scripts that allow a developer to add functionality or checking. Typically, the hooks allow for a command to be pre-verified and potentially aborted, and allow for a post-notification after the operation is done. The hook scripts are found in the `$GIT_DIR/hooks/` directory, and are enabled by simply removing the `.sample` suffix from the filename. In earlier versions of Git you had to make them executable.
ja: Gitコマンドの通常の実行中に、開発者が機能やチェックを追加するためのオプションのスクリプトを呼び出すことができます。典型的には、フックはコマンドの事前検証をして中止を可能にし、操作の終了後に事後通知を可能にします。フックスクリプトは `$GIT_DIR/hooks/` ディレクトリにあり、ファイル名から `.sample` というサフィックスを取り除くだけで有効になります。以前のバージョンのGitでは、それらを実行可能にする必要がありました。

note: type: Labeled list
en: [[def_index]]index
ja: [[def_index]]インデックス (index)

note: type: Plain text
en: A collection of files with stat information, whose contents are stored as objects. The index is a stored version of your <<def_working_tree,working tree>>. Truth be told, it can also contain a second, and even a third version of a working tree, which are used when <<def_merge,merging>>.
ja: 統計情報を含むファイルのコレクションで、その内容はオブジェクトとして保存されます。インデックスは、 <<def_working_tree,ワーキングツリー>> の保存バージョンです。正直なところ、これには、 <<def_merge,マージ>> のときに使用される、ワーキングツリーの2番目および3番目のバージョンを含めることもできます。

note: type: Labeled list
en: [[def_index_entry]]index entry
ja: [[def_index_entry]]インデックスエントリー (index entry)

note: type: Plain text
en: The information regarding a particular file, stored in the <<def_index,index>>. An index entry can be unmerged, if a <<def_merge,merge>> was started, but not yet finished (i.e. if the index contains multiple versions of that file).
ja: << def_index,インデックス>> に保存されている特定のファイルに関する情報。 <<def_merge,マージ>> が開始されたが、まだ終了していない場合（つまり、インデックスにそのファイルの複数のバージョンが含まれている場合）、インデックスエントリーをマージ解除できます。

note: type: Plain text
en: The default development <<def_branch,branch>>. Whenever you create a Git <<def_repository,repository>>, a branch named "master" is created, and becomes the active branch. In most cases, this contains the local development, though that is purely by convention and is not required.
ja: デフォルトの開発 <<def_branch,ブランチ>>。 Git <<def_repository,リポジトリ>>を作成するたびに、「master」という名前のブランチが作成され、アクティブなブランチになります。ほとんどの場合、これにはローカル開発が含まれますが、これは純粋に慣例によるものであり、必須ではありません。

note: type: Labeled list
en: [[def_merge]]merge
ja: [[def_merge]]マージ (merge)

note: type: Plain text
en: As a verb: To bring the contents of another <<def_branch,branch>> (possibly from an external <<def_repository,repository>>) into the current branch.  In the case where the merged-in branch is from a different repository, this is done by first <<def_fetch,fetching>> the remote branch and then merging the result into the current branch.  This combination of fetch and merge operations is called a <<def_pull,pull>>.  Merging is performed by an automatic process that identifies changes made since the branches diverged, and then applies all those changes together.  In cases where changes conflict, manual intervention may be required to complete the merge.
ja: 動詞として: 別の <<def_branch,ブランチ>> の内容（場合によっては外部の <<def_repository,リポジトリ>> から）を現在のブランチに取り込むこと。  マージされたブランチが別のリポジトリからのものである場合、これは最初にリモートブランチを << def_fetch,フェッチ>> し、次に結果を現在のブランチにマージすることによって行われます。  このフェッチ操作とマージ操作の組み合わせは、 <<def_pull,プル>> と呼ばれます。  マージは、ブランチが分岐してから行われた変更を識別し、それらすべての変更を一緒に適用する自動プロセスによって実行されます。  変更が競合する場合は、マージを完了するために手動による介入が必要になる場合があります。

note: type: Plain text
en: As a noun: unless it is a <<def_fast_forward,fast-forward>>, a successful merge results in the creation of a new <<def_commit,commit>> representing the result of the merge, and having as <<def_parent,parents>> the tips of the merged <<def_branch,branches>>.  This commit is referred to as a "merge commit", or sometimes just a "merge".
ja: 名詞として: <<def_fast_forward,早送り>> でない限り、マージが成功すると、マージされた <<def_branch,ブランチ>> の先端を <<def_parent,親>>として持つ、マージの結果を表す新しい <<def_commit,コミット>> が作成されます。  このコミットは、「マージコミット」、または単に「マージ」と呼ばれることもあります。

note: type: Labeled list
en: [[def_object]]object
ja: [[def_object]]オブジェクト (object)

note: type: Plain text
en: The unit of storage in Git. It is uniquely identified by the <<def_SHA1,SHA-1>> of its contents. Consequently, an object cannot be changed.
ja: Gitにおけるストレージの単位。その内容を表す <<def_SHA1,SHA-1>> によって一意に識別されます。これにより、オブジェクトを変更することはできません。

note: type: Labeled list
en: [[def_object_database]]object database
ja: [[def_object_database]]オブジェクトデータベース (object database)

note: type: Plain text
en: Stores a set of "objects", and an individual <<def_object,object>> is identified by its <<def_object_name,object name>>. The objects usually live in `$GIT_DIR/objects/`.
ja: 「オブジェクト」のセットを保存し、個々の <<def_object,オブジェクト>> はその <<def_object_name,オブジェクト名>> によって識別されます。オブジェクトは通常 `$GIT_DIR/objects/` に格納されています。

note: type: Plain text
en: Synonym for <<def_object_name,object name>>.
ja: <<def_object_name,object name>> と同義。

note: type: Labeled list
en: [[def_object_name]]object name
ja: [[def_object_name]]オブジェクト名 (object name)

note: type: Plain text
en: The unique identifier of an <<def_object,object>>.  The object name is usually represented by a 40 character hexadecimal string.  Also colloquially called <<def_SHA1,SHA-1>>.
ja: <<def_object,オブジェクト>> の一意な識別子。  オブジェクト名は通常40文字の16進数文字列で表されます。  俗に <<def_SHA1,SHA-1>> とも呼ばれます。

note: type: Labeled list
en: [[def_object_type]]object type
ja: [[def_object_type]]オブジェクトタイプ (object type)

note: type: Plain text
en: One of the identifiers "<<def_commit_object,commit>>", "<<def_tree_object,tree>>", "<<def_tag_object,tag>>" or "<<def_blob_object,blob>>" describing the type of an <<def_object,object>>.
ja: 識別子 "<<def_commit_object,コミット>>", "<<def_tree_object,ツリー>>", "<<def_tag_object,タグ>>" または "<<def_blob_object,ブロブ>>" のいずれかでもって、 <<def_object,オブジェクト>> のタイプを表します。

note: type: Labeled list
en: [[def_octopus]]octopus
ja: [[def_octopus]]タコ足 (octopus)

note: type: Plain text
en: To <<def_merge,merge>> more than two <<def_branch,branches>>.
ja: 2つより多くの <<def_branch,ブランチ>> を <<def_merge,マージ>> する。

note: type: Plain text
en: The default upstream <<def_repository,repository>>. Most projects have at least one upstream project which they track. By default 'origin' is used for that purpose. New upstream updates will be fetched into <<def_remote_tracking_branch,remote-tracking branches>> named origin/name-of-upstream-branch, which you can see using `git branch -r`.
ja: デフォルトの上流 <<def_repository,リポジトリ>> です。ほとんどのプロジェクトは、追跡する上流プロジェクトを少なくとも1つ持っています。デフォルトでは 'origin' がそのために使用されます。上流の新しい更新は、origin/上流のブランチに対応する名前 で <<def_remote_tracking_branch,リモートトラッキングブランチ>> に取り込まれ、`git branch -r` で確認することができます。

note: type: Labeled list
en: [[def_overlay]]overlay
ja: [[def_overlay]]オーバーレイ (overlay)

note: type: Plain text
en: Only update and add files to the working directory, but don't delete them, similar to how 'cp -R' would update the contents in the destination directory.  This is the default mode in a <<def_checkout,checkout>> when checking out files from the <<def_index,index>> or a <<def_tree-ish,tree-ish>>.  In contrast, no-overlay mode also deletes tracked files not present in the source, similar to 'rsync --delete'.
ja: 作業ディレクトリへのファイルの更新と追加のみを行う一方で削除は行わない、 'cp -R' が宛先ディレクトリの内容を更新するのと同様の方法です。  これは、<<def_checkout,チェックアウト>> が <<def_index,インデックス>> や <<def_tree-ish,ツリーの性質を持つもの>>からファイルをチェックアウトするときにおけるデフォルトモードです。  一方、非オーバーレイ モードでは、 'rsync --delete' のように、ソースに存在しない追跡済みのファイルも削除されます。

note: type: Labeled list
en: [[def_pack]]pack
ja: [[def_pack]]パック (pack)

note: type: Plain text
en: A set of objects which have been compressed into one file (to save space or to transmit them efficiently).
ja: 1つのファイルに圧縮されたオブジェクトのセット（容量を節約するため、または効率的に転送するために）。

note: type: Labeled list
en: [[def_pack_index]]pack index
ja: [[def_pack_index]]パックインデックス (pack index)

note: type: Plain text
en: The list of identifiers, and other information, of the objects in a <<def_pack,pack>>, to assist in efficiently accessing the contents of a pack.
ja: パックの中身への効率よいアクセスを補助する、 <<def_pack,パック>> にあるオブジェクトの識別子やその他の情報のリストです。

note: type: Labeled list
en: [[def_pathspec]]pathspec
ja: [[def_pathspec]]パススペック (pathspec)

note: type: Plain text
en: Pattern used to limit paths in Git commands.
ja: Git コマンドでパスを制限するために使用するパターン。

note: type: Plain text
en: Pathspecs are used on the command line of "git ls-files", "git ls-tree", "git add", "git grep", "git diff", "git checkout", and many other commands to limit the scope of operations to some subset of the tree or working tree.  See the documentation of each command for whether paths are relative to the current directory or toplevel.  The pathspec syntax is as follows:
ja: パススペック は、"git ls-files", "git ls-tree", "git add", "git grep", "git diff", "git checkout" やその他多くのコマンドで、操作範囲をツリーの一部やワーキングツリーに限定して使用するために使用するものです。  パスがカレントディレクトリやトップレベルからの相対パスであるかどうかは、各コマンドのドキュメントを参照してください。  パススペックの構文は次のとおりです。

note: type: Plain text
en: any path matches itself
ja: すべてのパスが一致する

note: type: Plain text
en: the pathspec up to the last slash represents a directory prefix.  The scope of that pathspec is limited to that subtree.
ja: パススペックの最後のスラッシュまでの部分は、ディレクトリプレフィックスを表します。そのパススペックのスコープは、そのサブツリーに制限されます。

note: type: Plain text
en: the rest of the pathspec is a pattern for the remainder of the pathname.  Paths relative to the directory prefix will be matched against that pattern using fnmatch(3); in particular, '*' and '?' _can_ match directory separators.
ja: パススペックの残りの部分は、パス名の残りの部分のパターンです。ディレクトリプレフィックスに関連するパスは、fnmatch(3) を使用してそのパターンと照合されます。特に、「*」と「?」 はディレクトリセパレータに一致させることができます。

note: type: Plain text
en: For example, Documentation/*.jpg will match all .jpg files in the Documentation subtree, including Documentation/chapter_1/figure_1.jpg.
ja: 例えば、Documentation/*.jpg とすると、Documentation/chapter_1/figure_1.jpg を含む、Documentationサブツリーにあるすべての .jpg ファイルにマッチします。

note: type: Plain text
en: A pathspec that begins with a colon `:` has special meaning.  In the short form, the leading colon `:` is followed by zero or more "magic signature" letters (which optionally is terminated by another colon `:`), and the remainder is the pattern to match against the path.  The "magic signature" consists of ASCII symbols that are neither alphanumeric, glob, regex special characters nor colon.  The optional colon that terminates the "magic signature" can be omitted if the pattern begins with a character that does not belong to "magic signature" symbol set and is not a colon.
ja: コロン `:` で始まるパススペックは特別な意味を持ちます。  短い形式では、先頭のコロン `:` の後に 0 個以上の「マジックシグネチャ」文字が続き (オプションで別のコロン `:` で終了します)、残りの部分がパスに対してマッチするパターンになります。  「マジックシグネチャ」は英数字でもグロブでも正規表現の特殊文字でもコロンでもないASCIIシンボルで構成されます。  「マジックシグネチャ」を終了するオプションのコロンは、「マジックシグネチャ」シンボルセットに属さず、かつコロンでもない文字でパターンが始まっている場合には省略することが可能です。

note: type: Plain text
en: In the long form, the leading colon `:` is followed by an open parenthesis `(`, a comma-separated list of zero or more "magic words", and a close parentheses `)`, and the remainder is the pattern to match against the path.
ja: 長い形式では、先頭のコロン `:` の後に、開き括弧 `(`, カンマで区切られた0個以上の「マジックワード」のリスト、閉じ括弧 `)` が続き、残りがパスに対してマッチするパターンになります。

note: type: Plain text
en: A pathspec with only a colon means "there is no pathspec". This form should not be combined with other pathspec.
ja: コロンのみのパス指定は、「パススペックがない」ことを意味します。この形式は他の パススペック と組み合わせてはいけません。

note: type: Plain text
en: The magic word `top` (magic signature: `/`) makes the pattern match from the root of the working tree, even when you are running the command from inside a subdirectory.
ja: マジックワードの `top` (マジックシグネチャ: `/`) は、サブディレクトリの中からコマンドを実行した場合でも、ワーキングツリーのルートからパターンにマッチするようにします。

note: type: Plain text
en: Wildcards in the pattern such as `*` or `?` are treated as literal characters.
ja: パターン中の `*` や `?` などのワイルドカードは、リテラル文字として扱われます。

note: type: Plain text
en: Case insensitive match.
ja: 大文字・小文字を区別せずマッチ。

note: type: Plain text
en: Git treats the pattern as a shell glob suitable for consumption by fnmatch(3) with the FNM_PATHNAME flag: wildcards in the pattern will not match a / in the pathname.  For example, "Documentation/{asterisk}.html" matches "Documentation/git.html" but not "Documentation/ppc/ppc.html" or "tools/perf/Documentation/perf.html".
ja: Git はこのパターンを、FNM_PATHNAME フラグを指定した fnmatch(3) に適したシェルグロブとして扱います。パターン中のワイルドカードは、パス名中の / にはマッチしません。  例えば、"Documentation/{asterisk}.html" は "Documentation/git.html" にマッチしますが、"Documentation/ppc/ppc.html" や "tools/perf/Documentation/perf.html" にはマッチしません。

note: type: Plain text
en: Two consecutive asterisks ("`**`") in patterns matched against full pathname may have special meaning:
ja: 2つ連続したアスタリスク("`**`")はフルパス名に対してマッチするパターンにおいて、特別な意味を持つ場合があります:

note: type: Plain text
en: A leading "`**`" followed by a slash means match in all directories. For example, "`**/foo`" matches file or directory "`foo`" anywhere, the same as pattern "`foo`". "`**/foo/bar`" matches file or directory "`bar`" anywhere that is directly under directory "`foo`".
ja: 先頭の "`**/`" は、すべてのディレクトリにマッチすることを意味します。例えば、"`**/foo`" はファイルまたはディレクトリ "`foo`" の任意の場所にマッチし、パターン "`foo`" と同じです。 "`**/foo/bar`" はファイルまたはディレクトリ "`bar`" がディレクトリ "`foo`" 直下の任意の場所にある場合にマッチします。

note: type: Plain text
en: A trailing "`/**`" matches everything inside. For example, "`abc/**`" matches all files inside directory "abc", relative to the location of the `.gitignore` file, with infinite depth.
ja: 末尾の "`/**`" は、その中にあるすべてのファイルにマッチします。例えば、"`abc/**`" はディレクトリ "abc" 内のすべてのファイルにマッチします。これは `.gitignore` ファイルの位置からの相対パスで、深さは無限です。

note: type: Plain text
en: A slash followed by two consecutive asterisks then a slash matches zero or more directories. For example, "`a/**/b`" matches "`a/b`", "`a/x/b`", "`a/x/y/b`" and so on.
ja: 末尾以外での "`/**`" は、0個以上のディレクトリにマッチします。例えば、"`a/**/b`" は "`a/b`", "`a/x/b`", "`a/x/y/b`" といった具合にマッチする。

note: type: Plain text
en: Other consecutive asterisks are considered invalid.
ja: これら以外の連続したアスタリスクは無効とする。

note: type: Plain text
en: Glob magic is incompatible with literal magic.
ja: グロブの魔法は魔法と互換性がありません。

note: type: Plain text
en: After `attr:` comes a space separated list of "attribute requirements", all of which must be met in order for the path to be considered a match; this is in addition to the usual non-magic pathspec pattern matching.  See linkgit:gitattributes[5].
ja: `attr:` の後にはスペースで区切られた「属性要件」のリストが続き、パスがマッチしたとみなされるためには、これらの要件がすべて満たされなければなりません。これは、普通の魔法のないパススペック パターン マッチングに追加されます。  linkgit:gitattributes[5]を参照してください。

note: type: Plain text
en: Each of the attribute requirements for the path takes one of these forms:
ja: パスの各属性要件は、これらのいずれかの形式をとる:

note: type: Plain text
en: "`ATTR`" requires that the attribute `ATTR` be set.
ja: "`ATTR`" は、属性 `ATTR` を設定することを要求します。

note: type: Plain text
en: "`-ATTR`" requires that the attribute `ATTR` be unset.
ja: "`-ATTR`" は、属性 `ATTR` の設定を解除することを要求しています。

note: type: Plain text
en: "`ATTR=VALUE`" requires that the attribute `ATTR` be set to the string `VALUE`.
ja: "`ATTR=VALUE`" は、属性 `ATTR` に文字列 `VALUE` を設定することを要求しています。

note: type: Plain text
en: "`!ATTR`" requires that the attribute `ATTR` be unspecified.
ja: "`!ATTR`" は、属性 `ATTR` が指定されていないことを要求しています。

note: type: Plain text
en: Note that when matching against a tree object, attributes are still obtained from working tree, not from the given tree object.
ja: ツリーオブジェクトに対してマッチングを行う場合、属性は与えられたツリーオブジェクトからではなく、ワーキングツリーから取得されることに注意してください。

note: type: Plain text
en: After a path matches any non-exclude pathspec, it will be run through all exclude pathspecs (magic signature: `!` or its synonym `^`). If it matches, the path is ignored.  When there is no non-exclude pathspec, the exclusion is applied to the result set as if invoked without any pathspec.
ja: パスが何らかの非除外パススペックにマッチした後、すべての除外パススペック (マジックシグネチャ: `!` またはその同義語 `^`) を通して実行されることになります。マッチした場合、そのパスは無視されます。  非除外パススペックがない場合は、パススペックなしで起動された場合と同じように、結果セットに除外が適用されます。

note: type: Labeled list
en: [[def_parent]]parent
ja: [[def_parent]]親 (parent)

note: type: Plain text
en: A <<def_commit_object,commit object>> contains a (possibly empty) list of the logical predecessor(s) in the line of development, i.e. its parents.
ja: <<def_commit_object,コミットオブジェクト>> は、開発ラインにおける論理的な先行者、すなわちその親の (空かもしれない) リストを含んでいます。

note: type: Labeled list
en: [[def_pickaxe]]pickaxe
ja: [[def_pickaxe]]つるはし (pickaxe)

note: type: Plain text
en: The term <<def_pickaxe,pickaxe>> refers to an option to the diffcore routines that help select changes that add or delete a given text string. With the `--pickaxe-all` option, it can be used to view the full <<def_changeset,changeset>> that introduced or removed, say, a particular line of text. See linkgit:git-diff[1].
ja: <<def_pickaxe,つるはし>> という用語は、与えられたテキスト文字列を追加または削除する変更を選択するのに役立つ diffcore ルーチンのオプションのことを指します。 `--pickaxe-all` オプションを使うと、例えば特定の行を追加したり削除したりした <<def_changeset,チェンジセット>> をすべて表示することができます。linkgit:git-diff[1] を参照してください。

note: type: Labeled list
en: [[def_plumbing]]plumbing
ja: [[def_plumbing]]配管 (plumbing)

note: type: Plain text
en: Cute name for <<def_core_git,core Git>>.
ja: <<def_core_git,core Git>>のかわいい名前です。

note: type: Labeled list
en: [[def_porcelain]]porcelain
ja: [[def_porcelain]]磁器 (porcelain)

note: type: Plain text
en: Cute name for programs and program suites depending on <<def_core_git,core Git>>, presenting a high level access to core Git. Porcelains expose more of a <<def_SCM,SCM>> interface than the <<def_plumbing,plumbing>>.
ja: <<def_core_git,core Git>>に依存するプログラムやプログラムスイートのかわいい名前で、core Gitへのハイレベルなアクセスを提示します。磁器は <<def_plumbing,配管>> よりも多くの <<def_SCM,SCM>> インタフェースを公開します。

note: type: Labeled list
en: [[def_per_worktree_ref]]per-worktree ref
ja: [[def_per_worktree_ref]]ワークツリーごとの参照 (per-worktree ref)

note: type: Plain text
en: Refs that are per-<<def_worktree,worktree>>, rather than global.  This is presently only <<def_HEAD,HEAD>> and any refs that start with `refs/bisect/`, but might later include other unusual refs.
ja: グローバルではなく、<<def_worktree,ワークツリー>>ごとの参照。  現在は <<def_HEAD,HEAD>> と `refs/bisect/` で始まる参照のみですが、将来的には他の珍しい参照も含まれるかもしれません。

note: type: Labeled list
en: [[def_pseudoref]]pseudoref
ja: [[def_pseudoref]]疑似参照 (pseudoref)

note: type: Plain text
en: Pseudorefs are a class of files under `$GIT_DIR` which behave like refs for the purposes of rev-parse, but which are treated specially by git.  Pseudorefs both have names that are all-caps, and always start with a line consisting of a <<def_SHA1,SHA-1>> followed by whitespace.  So, HEAD is not a pseudoref, because it is sometimes a symbolic ref.  They might optionally contain some additional data.  `MERGE_HEAD` and `CHERRY_PICK_HEAD` are examples.  Unlike <<def_per_worktree_ref,per-worktree refs>>, these files cannot be symbolic refs, and never have reflogs.  They also cannot be updated through the normal ref update machinery.  Instead, they are updated by directly writing to the files.  However, they can be read as if they were refs, so `git rev-parse MERGE_HEAD` will work.
ja: 疑似参照は `$GIT_DIR` 以下にあるファイルの類で、rev-parse の目的では refs のように振る舞いますが、git では特別に扱われるものです。  疑似参照はいずれも大文字の名前を持ち、常に <<def_SHA1,SHA-1>> と空白文字からなる行で始まります。  つまり、HEADはシンボリック参照となる場合もあるので、疑似参照ではありません。  それらはオプションでいくつかの追加データを含むかもしれません。  `MERGE_HEAD` や `CHERRY_PICK_HEAD` がその例になります。  <<def_per_worktree_ref,ワークツリーごとの参照>> とは異なり、これらのファイルはシンボリック参照にはなりえず、参照ログも持ちえません。  また、通常の参照の更新機構によって更新されることもありません。  代わりに、ファイルに直接書き込むことによって更新されます。  しかし、これらはあたかも参照であるかのように読むことができるので、 `git rev-parse MERGE_HEAD` は動作します。

note: type: Labeled list
en: [[def_pull]]pull
ja: [[def_pull]]プル (pull)

note: type: Plain text
en: Synonym for <<def_commit,commit>> (the noun).
ja: <<def_commit,commit>> (名詞) と同義です。

note: type: Labeled list
en: [[def_tree]]tree
ja: [[def_tree]]ツリー (tree)

note: type: Plain text
en: Either a <<def_working_tree,working tree>>, or a <<def_tree_object,tree object>> together with the dependent <<def_blob_object,blob>> and tree objects (i.e. a stored representation of a working tree).
ja: <<def_working_tree,ワーキングツリー>> または、 <<def_tree_object,ツリーオブジェクト>> のどちらかと、それに従属する <<def_blob_object,ブロブ>> およびツリーオブジェクト（つまりワーキングツリーの保存された表現）である。

note: type: Labeled list
en: [[def_tree_object]]tree object
ja: [[def_tree_object]]ツリーオブジェクト (tree object)

note: type: Plain text
en: An <<def_object,object>> containing a list of file names and modes along with refs to the associated blob and/or tree objects. A <<def_tree,tree>> is equivalent to a <<def_directory,directory>>.
ja: ファイル名とモードのリスト、および関連するブロブオブジェクトとツリーオブジェクトへの参照を含む <<def_object,オブジェクト>> 。<<def_tree,ツリー>> は、 <<def_directory,ディレクトリ>> と同じです。

note: type: Labeled list
en: [[def_tree-ish]]tree-ish (also treeish)
ja: [[def_tree-ish]]ツリーの性質を持つもの (tree-ish (also treeish))

note: type: Plain text
en: A <<def_tree_object,tree object>> or an <<def_object,object>> that can be recursively dereferenced to a tree object.  Dereferencing a <<def_commit_object,commit object>> yields the tree object corresponding to the <<def_revision,revision>>'s top <<def_directory,directory>>.  The following are all tree-ishes: a <<def_commit-ish,commit-ish>>, a tree object, a <<def_tag_object,tag object>> that points to a tree object, a tag object that points to a tag object that points to a tree object, etc.
ja: ツリーオブジェクトを再帰的に参照できる <<def_tree_object,ツリーオブジェクト>> または <<def_object,オブジェクト>> 。  <<def_commit_object,コミッオブジェクト>> の参照先を展開すると、 <<def_revision,リビジョン>> の最上位 <<def_directory,ディレクトリ>> に対応するツリーオブジェクトが生成されます。  以下はすべてツリーの性質を持つものです: <<def_commit-ish,コミットの性質を持つもの>>、 ツリーオブジェクト、ツリーオブジェクトを指す <<def_tag_object,タグオブジェクト>> 、ツリーオブジェクトを指すタグオブジェクトを指すタグオブジェクトなど。

note: type: Labeled list
en: -L<start>,<end>:<file>
ja: -L<start>,<end>:<ファイル>

note: type: Labeled list
en: -L:<funcname>:<file>
ja: -L:<funcname>:<ファイル>

note: type: Plain text
en: This is the default merge strategy when pulling or merging one branch.  This strategy can only resolve two heads using a 3-way merge algorithm.  When there is more than one common ancestor that can be used for 3-way merge, it creates a merged tree of the common ancestors and uses that as the reference tree for the 3-way merge.  This has been reported to result in fewer merge conflicts without causing mismerges by tests done on actual merge commits taken from Linux 2.6 kernel development history.  Additionally this strategy can detect and handle merges involving renames.  It does not make use of detected copies.  The name for this algorithm is an acronym ("Ostensibly Recursive's Twin") and came from the fact that it was written as a replacement for the previous default algorithm, `recursive`.
ja: これは、1つのブランチをプルまたはマージするときのデフォルトのマージ戦略です。  この戦略では、3方向マージアルゴリズムを使用して2つのヘッドのみを解決できます。  3方向マージに使用できる共通の祖先が複数ある場合、共通の祖先をマージしたツリーを作成し、それを 3方向マージ の参照ツリーとして使用します。  これは、Linux 2.6カーネルの開発履歴から採取した実際のマージコミットでテストした結果、誤ったマージを引き起こすことなく、マージコンフリクトが少なくなることが報告されています。  さらに、この戦略は名前の変更を伴うマージを検出して処理することができます。  検出されたコピーは利用しません。  このアルゴリズムの名前は頭文字をとったもので（"Ostensibly Recursive's Twin"）、以前のデフォルトアルゴリズムである `recursive` の置き換えとして書かれたことに由来しています。

note: type: Plain text
en: THIS OPTION IS EXPERIMENTAL! SHA-256 support is experimental and still in an early stage.  A SHA-256 repository will in general not be able to share work with "regular" SHA-1 repositories.  It should be assumed that, e.g., Git internal file formats in relation to SHA-256 repositories may change in backwards-incompatible ways.  Only use `--object-format=sha256` for testing purposes.
ja: このオプションは実験的なものです！SHA-256サポートは実験的なもので、まだ初期段階にあります。  SHA-256 リポジトリは、一般的に「通常の」SHA-1 リポジトリと作業を共有することができません。  たとえば、SHA-256 リポジトリに関連する Git 内部のファイルフォーマットが、後方互換性のない方法で変更される可能性があることを想定しておく必要があります。  `--object-format=sha256` は、テスト目的でのみ使用してください。

note: type: Plain text
en: author name
ja: 著作者の名称

note: type: Plain text
en: author name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: 執筆者の名称 (.mailmap を尊重します。 see linkgit:git-shortlog[1] or linkgit:git-blame[1])

note: type: Plain text
en: author email
ja: 著作者のメール

note: type: Plain text
en: author email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: 執筆者のメール (.mailmap を尊重します。 see linkgit:git-shortlog[1] or linkgit:git-blame[1])

note: type: Plain text
en: author local-part (see '%al') respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: 執筆者のローカルパート (see '%al') .mailmap を尊重します。 see linkgit:git-shortlog[1] or linkgit:git-blame[1])

note: type: Plain text
en: committer name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: コミッターの名称 (.mailmap を尊重します。 see linkgit:git-shortlog[1] or linkgit:git-blame[1])

note: type: Plain text
en: committer email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: コミッターのメール (.mailmap を尊重します。 see linkgit:git-shortlog[1] or linkgit:git-blame[1])

note: type: Plain text
en: committer local-part (see '%cl') respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: コミッターのローカルパート (see '%cl') .mailmap を尊重します。 see linkgit:git-shortlog[1] or linkgit:git-blame[1])

note: type: Plain text
en: reflog identity name (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: reflog 独自の名前 (.mailmap を尊重します。 linkgit:git-shortlog[1] または linkgit:git-blame[1] を参照)

note: type: Plain text
en: reflog identity email (respecting .mailmap, see linkgit:git-shortlog[1] or linkgit:git-blame[1])
ja: reflog 独自のメール (.mailmap を尊重します。 linkgit:git-shortlog[1] または linkgit:git-blame[1] を参照)

note: type: Labeled list
en: --since-as-filter=<date>
ja: --since-as-filter=<日付>

note: type: Plain text
en: Synonym for `--date=relative`.
ja: `--date=relative` と同義です。

note: type: Plain text
en: In general, URLs contain information about the transport protocol, the address of the remote server, and the path to the repository.  Depending on the transport protocol, some of this information may be absent.
ja: 一般的に、URLにはトランスポートプロトコル、リモートサーバーのアドレス、リポジトリへのパスなどの情報が含まれています。  トランスポートプロトコルによっては、これらの情報の一部が含まれていない場合があります。

note: type: Plain text
en: Git supports ssh, git, http, and https protocols (in addition, ftp, and ftps can be used for fetching, but this is inefficient and deprecated; do not use it).
ja: Gitは、ssh、git、http、httpsのプロトコルをサポートしています（さらに、ftp、ftpsもフェッチに使用できますが、これは効率が悪く、非推奨ですので使用しないでください）。

note: type: Plain text
en: The native transport (i.e. git:// URL) does no authentication and should be used with caution on unsecured networks.
ja: ネイティブトランスポート (つまり git:// URL) は認証を行わないので、セキュリティのないネットワークでは注意が必要です。

note: type: Plain text
en: The following syntaxes may be used with them:
ja: 以下の構文を使用することができます。

note: type: Plain text
en: An alternative scp-like syntax may also be used with the ssh protocol:
ja: scpのような別の構文をsshプロトコルで使用することもできます。

note: type: Plain text
en: This syntax is only recognized if there are no slashes before the first colon. This helps differentiate a local path that contains a colon. For example the local path `foo:bar` could be specified as an absolute path or `./foo:bar` to avoid being misinterpreted as an ssh url.
ja: この構文は、最初のコロンより前にスラッシュがない場合にのみ認識されます。これにより、コロンを含むローカルパスを区別することができます。例えば、ローカルパス `foo:bar` を絶対パスまたは `./foo:bar` として指定することで、ssh の url と誤認されるのを防ぐことができます。

note: type: Plain text
en: The ssh and git protocols additionally support ~username expansion:
ja: sshおよびgitプロトコルでは、さらに ~username の展開がサポートされています。

note: type: Plain text
en: For local repositories, also supported by Git natively, the following syntaxes may be used:
ja: Gitがネイティブにサポートしているローカルリポジトリについては、次のような構文を使用できます。

note: type: Plain text
en: These two syntaxes are mostly equivalent, except when cloning, when the former implies --local option. See linkgit:git-clone[1] for details.
ja: このふたつの構文は、クローンを作るときに --local オプションが必要になることを除けば、ほとんど同じです。詳細は linkgit:git-clone[1] を参照してください。

note: type: Plain text
en: These two syntaxes are mostly equivalent, except the former implies --local option.
ja: この2つの構文はほとんど同じですが、前者は --local オプションを必要とします。

note: type: Plain text
en: 'git clone', 'git fetch' and 'git pull', but not 'git push', will also accept a suitable bundle file. See linkgit:git-bundle[1].
ja: 'git clone'、'git fetch'、'git pull'は、適切なバンドルファイルを受け取ることができ、'git push'はできません。linkgit:git-bundle[1]を参照してください。

note: type: Plain text
en: When Git doesn't know how to handle a certain transport protocol, it attempts to use the 'remote-<transport>' remote helper, if one exists. To explicitly request a remote helper, the following syntax may be used:
ja: Git が特定のトランスポート・プロトコルの扱い方を知らない場合は、'remote<transport>' リモート・ヘルパーがあればそれを使おうとします。リモートヘルパーを明示的に要求するには、次のような構文を使います。

note: type: Plain text
en: where <address> may be a path, a server and path, or an arbitrary URL-like string recognized by the specific remote helper being invoked. See linkgit:gitremote-helpers[7] for details.
ja: ここで <address> には、パス、サーバーとパス、あるいは起動するリモートヘルパーが認識する任意の URL ライクな文字列を指定します。詳細は linkgit:gitremote-helpers[7] を参照してください。

note: type: Plain text
en: If there are a large number of similarly-named remote repositories and you want to use a different format for them (such that the URLs you use will be rewritten into URLs that work), you can create a configuration section of the form:
ja: 似たような名前のリモートリポジトリが多数あり、それらに異なるフォーマットを使用したい場合（使用するURLが機能的なURLに書き換えられるような場合）、フォームに設定セクションを作成することができます。

note: type: Plain text
en: For example, with this:
ja: 例えば、このようになります。

note: type: Plain text
en: a URL like "work:repo.git" or like "host.xz:/path/to/repo.git" will be rewritten in any context that takes a URL to be "git://git.host.xz/repo.git".
ja: "work:repo.git" や "host.xz:/path/to/repo.git" のような URL は、URLが "git://git.host.xz/repo" になるコンテキストで書き換えられます。

note: type: Plain text
en: If you want to rewrite URLs for push only, you can create a configuration section of the form:
ja: プッシュのみでURLを書き換えたい場合は、フォームに設定項目を作ります。

note: type: Plain text
en: a URL like "git://example.org/path/to/repo.git" will be rewritten to "ssh://example.org/path/to/repo.git" for pushes, but pulls will still use the original URL.
ja: "git://example.org/path/to/repo.git" のようなURLは、プッシュの際に "ssh://example.org/path/to/repo.git" に書き換えられますが、プルの際には元の URL が使われたままになります。

note: type: Title -
en: References
ja: 参考文献
