セットアップと設定
プロジェクトの取得と作成
基本的なスナップショット
ブランチングとマージ
プロジェクトの共有と更新
検査と比較
パッチ
デバッグ
メール
外部システム
サーバー管理
- 2.46.1 → 2.47.0 変更なし
-
2.46.0
07/29/24
- 2.44.1 → 2.45.2 変更なし
-
2.44.0
02/23/24
- 2.39.1 → 2.43.5 変更なし
-
2.39.0
12/12/22
- 2.38.1 → 2.38.5 変更なし
-
2.38.0
10/02/22
- 2.30.1 → 2.37.7 変更なし
-
2.30.0
12/27/20
- 2.29.1 → 2.29.3 変更なし
-
2.29.0
10/19/20
- 2.28.1 変更なし
-
2.28.0
07/27/20
- 2.27.1 変更なし
-
2.27.0
06/01/20
- 2.26.1 → 2.26.3 変更なし
-
2.26.0
03/22/20
- 2.25.1 → 2.25.5 変更なし
- 2.25.0 変更なし
- 2.24.1 → 2.24.4 変更なし
-
2.24.0
11/04/19
- 2.23.1 → 2.23.4 変更なし
-
2.23.0
08/16/19
- 2.19.3 → 2.22.5 変更なし
-
2.19.2
11/21/18
- 2.19.1 変更なし
-
2.19.0
09/10/18
- 2.18.1 → 2.18.5 変更なし
-
2.18.0
06/21/18
SYNOPSIS
git commit-graph verify [--object-dir <dir>] [--shallow] [--[no-]progress] git commit-graph write [--object-dir <dir>] [--append] [--split[=<strategy>]] [--reachable | --stdin-packs | --stdin-commits] [--changed-paths] [--[no-]max-new-filters <n>] [--[no-]progress] <split-options>
OPTIONS
- --object-dir
-
パックファイルとコミットグラフファイルの場所として、指定されたディレクトリを使用します。このパラメータは、完全な
.git
ディレクトリではなく、オブジェクトディレクトリのみを持つ代替の場所を指定するために存在します。コミットグラフファイルは、<dir>/info
ディレクトリにあり、パックファイルは<dir>/pack
にあると想定されます。ディレクトリを絶対パスに変換できなかった場合、または既知のオブジェクトディレクトリと一致しない場合、git commit-graph ...
はゼロ以外のステータスで終了します。 - --[no-]progress
-
進捗表示を明示的にオン/オフにします。どちらも指定されていない場合は、標準エラーが端末に接続されている場合に進捗が表示されます。
COMMANDS
- write
-
パックファイルで見つかったコミットに基づいてコミットグラフファイルを書き込みます。構成オプション
core.commitGraph
が無効になっている場合、このコマンドは警告を出力し、コミットグラフファイルを書き込まずに成功を返します。--stdin-packs
オプションを指定すると、指定されたパックインデックス内のオブジェクトのみをウォークして新しいコミットグラフを生成します。(--stdin-commits
または--reachable
と組み合わせることはできません。)--stdin-commits
オプションを指定すると、1行に1つのOIDを16進数で記述したOIDのリストとしてstdinで指定されたコミットから開始して、コミットをウォークして新しいコミットグラフを生成します。非コミット(直接またはタグを剥がすことで)を解決するOIDは、サイレントに無視されます。形式が間違っているか、存在しないOIDはエラーを生成します。(--stdin-packs
または--reachable
と組み合わせることはできません。)--reachable
オプションを指定すると、すべての参照から開始してコミットをウォークして、新しいコミットグラフを生成します。(--stdin-commits
または--stdin-packs
と組み合わせることはできません。)--append
オプションを指定すると、既存のコミットグラフファイルに存在するすべてのコミットが含まれます。--changed-paths
オプションを指定すると、コミットとその最初の親の間で変更されたパスに関する情報を計算して書き込みます。この操作は、大規模なリポジトリで時間がかかる場合があります。これは、git log -- <path>
でディレクトリまたはファイルの履歴を取得するためのパフォーマンスを大幅に向上させます。このオプションが指定されている場合、将来のコミットグラフの書き込みでは、このオプションが意図されていると自動的に想定されます。このデータの保存を停止するには、--no-changed-paths
を使用します。--max-new-filters=<n>
オプションを指定すると、(--changed-paths
が指定されている場合)最大でn
個の新しいブルームフィルタが生成されます。n
が-1
の場合、制限は適用されません。新しいレイヤーに存在するコミットのみが、この制限に対してカウントされます。以前のレイヤーに対してブルームフィルタを遡及的に計算するには、--split=replace
を使用することをお勧めします。commitGraph.maxNewFilters
構成を上書きします。--split[=<strategy>]
オプションを指定すると、コミットグラフが<dir>/info/commit-graphs
に保存されている複数のコミットグラフファイルのチェーンとして書き込まれます。コミットグラフレイヤーは、戦略およびその他の分割オプションに基づいてマージされます。コミットグラフにまだ存在しない新しいコミットは、新しい「チップ」ファイルに追加されます。このファイルは、次のマージ条件が満たされた場合に既存のファイルとマージされます-
--split=no-merge
が指定されている場合、マージは実行されず、残りのオプションは無視されます。--split=replace
は、既存のチェーンを新しいチェーンで上書きします。ベア--split
は、残りのオプションに従います。(コミットグラフのチェーンをマージすると、既存のチェーンが長さ1のチェーンに置き換えられ、最初で唯一の増分にはグラフ全体が含まれることに注意してください)。 -
--size-multiple=<X>
が指定されていない場合、X
を 2 とします。新しいチップファイルにN
個のコミットがあり、前のチップにM
個のコミットがあり、X
倍のN
がM
より大きい場合、代わりに2つのファイルを1つのファイルにマージします。 -
--max-commits=<M>
が正の整数M
で指定されていて、新しいチップファイルにM
個を超えるコミットがある場合、代わりに新しいチップを前のチップとマージします。最後に、
--expire-time=<datetime>
が指定されていない場合、datetime
を現在の時刻とします。分割されたコミットグラフを書き込んだ後、変更時刻がdatetime
より古い未使用のコミットグラフをすべて削除します。
-
- verify
-
コミットグラフファイルを読み取り、その内容をオブジェクトデータベースと照合して検証します。破損したデータをチェックするために使用します。
--shallow
オプションを指定すると、分割されたコミットグラフのチェーン内の先端コミットグラフファイルのみがチェックされます。
EXAMPLES
-
ローカルの
.git
ディレクトリのパックされたコミットのコミットグラフファイルを書き込みます。$ git commit-graph write
-
<pack-index>
内のコミットを使用して現在のコミットグラフファイルを拡張し、コミットグラフファイルを書き込みます。$ echo <pack-index> | git commit-graph write --stdin-packs
-
到達可能なすべてのコミットを含むコミットグラフファイルを書き込みます。
$ git show-ref -s | git commit-graph write --stdin-commits
-
現在のコミットグラフファイル内のすべてのコミットと、
HEAD
から到達可能なコミットを含むコミットグラフファイルを書き込みます。$ git rev-parse HEAD | git commit-graph write --stdin-commits --append
CONFIGURATION
このセクションのこの行より下のすべては、git-config[1] ドキュメントから選択的に含まれています。内容はそこに記載されているものと同じです
- commitGraph.generationVersion
-
コミットグラフファイルの書き込みまたは読み取り時に使用する世代番号のバージョンタイプを指定します。バージョン1が指定されている場合、修正されたコミット日付は書き込まれたり読み取られたりしません。デフォルトは2です。
- commitGraph.maxNewFilters
-
git commit-graph write
の--max-new-filters
オプションのデフォルト値を指定します(c.f., git-commit-graph[1])。 - commitGraph.readChangedPaths
-
非推奨。trueの場合はcommitGraph.changedPathsVersion=-1と同等であり、falseの場合はcommitGraph.changedPathsVersion=0と同等です。(commitGraph.changedPathVersionも設定されている場合は、commitGraph.changedPathsVersionが優先されます。)
- commitGraph.changedPathsVersion
-
Gitが読み書きする変更パスブルームフィルタのバージョンを指定します。-1、0、1、または2である可能性があります。1より大きい値は、まだそれらのバージョンを理解していない古いバージョンのGitと互換性がない可能性があることに注意してください。混合バージョン環境で操作する場合は注意してください。
デフォルトは-1です。
-1の場合、Gitはリポジトリ内の変更されたパスのブルームフィルタのバージョンを使用し、存在しない場合はデフォルトで1になります。
0の場合、Gitはブルームフィルタを読み取らず、書き込むように指示された場合はバージョン1のブルームフィルタを書き込みます。
1の場合、Gitはバージョン1のブルームフィルタのみを読み取り、バージョン1のブルームフィルタを書き込みます。
2の場合、Gitはバージョン2のブルームフィルタのみを読み取り、バージョン2のブルームフィルタを書き込みます。
詳細については、git-commit-graph[1] を参照してください。
FILE FORMAT
gitformat-commit-graph[5] を参照してください。
GIT
git[1] スイートの一部