git - クラウドでオンライン

プログラム：

NAME

git - 愚かなコンテンツ トラッカー

SYNOPSIS

git [--バージョン] [--ヘルプ] [-C ] [-c = ]
[--実行パス[= ]] [--html-path] [--man-path] [--info-path]
[-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
[--git-dir= ] [--work-tree= ] [--名前空間= ]
[ 】

DESCRIPTION

Git は、非常に豊富な機能を備えた、高速でスケーラブルな分散リビジョン管理システムです。
高レベルの操作と内部への完全なアクセスの両方を提供するコマンド セット。

見る チュートリアル(7) 開始するには、次を参照してください。 ギットエブリデイ(7) 有用な最小セットの場合
コマンド。 NS Gitの ユーザーの マニュアル[1] にはさらに詳しい紹介があります。

基本的な概念を習得したら、このページに戻って何を学ぶことができます。
Git が提供するコマンド。 個々の Git コマンドについて詳しくは、「git help」を参照してください。
指図"。 gitcli(7) マニュアル ページでは、コマンドラインのコマンド構文の概要が説明されています。

最新の Git ドキュメントのフォーマット済みおよびハイパーリンク付きバージョンは、次の場所で参照できます。
http://git-htmldocs.googlecode.com/git/git.html.

OPTIONS

- バージョン
Git スイートのバージョンを出力します。 git プログラムはから来ました。

- 助けて
最も一般的に使用されるコマンドの概要とリストを出力します。 オプションの場合 - すべて
or -a が与えられると、利用可能なすべてのコマンドが出力されます。 Git コマンドの名前が次の場合
オプションを指定すると、そのコマンドのマニュアル ページが表示されます。

マニュアルページの表示方法を制御するために、他のオプションも使用できます。 見る ギット-
助けます(1) 詳細については、 git --help ... が内部で git に変換されるためです。
ヘルプ ....

-C
git が開始されたかのように実行します 現在の作業ディレクトリの代わりに。 いつ
複数の -C オプションが指定されており、後続のそれぞれの非絶対 -C 解釈される
前の -C との相対。

このオプションは、 --git-dir や --work-tree などのパス名を必要とするオプションに影響します。
パス名の解釈は、作業中のパスに対して相対的に行われることになります。
-C オプションによって引き起こされるディレクトリ。 たとえば、次の呼び出しは次のとおりです。
同等:

git --git-dir=a.git --work-tree=b -C c ステータス
git --git-dir=c/a.git --work-tree=c/b ステータス

-c =
構成パラメータをコマンドに渡します。 指定された値は値をオーバーライドします
設定ファイルから。 のにリストされているものと同じ形式であることが期待されます git
設定 (サブキーはドットで区切られています)。

git -c foo.bar ... の = を省略することは許可されており、foo.bar が
ブール値の true 値 (構成ファイル内の [foo]bar と同様)。 同等のものを含む
ただし、空の値を指定すると (git -c foo.bar= ... など)、foo.bar が空の文字列に設定されます。

--exec-path[= ]
コア Git プログラムがインストールされている場所へのパス。 これは次によっても制御できます
GIT_EXEC_PATH 環境変数を設定します。 パスが指定されていない場合は、 git 印刷します
現在の設定を変更して終了します。

--html-パス
Git の HTML ドキュメントがインストールされているパスを末尾のスラッシュなしで出力します。
終了します。

--man-パス
マンパスを出力します (「 man(1)) このバージョンの Git のマニュアル ページを参照して終了します。

-- 情報パス
このバージョンの Git を文書化する情報ファイルがインストールされているパスを出力し、
出口。

-p、--ページネーション
すべての出力をパイプして、 less (または設定されている場合は、$PAGER) 標準出力が端末の場合。 これ
ポケベルをオーバーライドします。 設定オプション (「設定メカニズム」を参照)
以下のセクション）。

-ポケットベルなし
Git 出力をページャーにパイプしないでください。

--git-dir=
リポジトリへのパスを設定します。 これは、GIT_DIR を設定することによっても制御できます。
環境変数。 現在の作業場所への絶対パスまたは相対パスを指定できます。
ディレクトリにあります。

--ワークツリー=
作業ツリーへのパスを設定します。 絶対パスまたは相対パスにすることができます。
現在の作業ディレクトリ。 これは、GIT_WORK_TREE を設定することによっても制御できます。
環境変数と core.worktree 構成変数 (core.worktree を参照)
in git-config詳細については (1) を参照してください)。

--名前空間=
Git 名前空間を設定します。 見る git名前空間詳細については (7) を参照してください。 設定に相当
GIT_NAMESPACE 環境変数。

- 裸
リポジトリをベア リポジトリとして扱います。 GIT_DIR 環境が設定されていない場合は、
現在の作業ディレクトリに設定されます。

--no-replace-objects
Git オブジェクトを置換するために置換参照を使用しないでください。 見る git-replace（1）詳細
情報を表示します。

--リテラルパス仕様
パス仕様を文字通りに扱います (つまり、グロビングやパス仕様の魔法は使用しません)。 これは以下と同等です
GIT_LITERAL_PATHSPECS 環境変数を 1 に設定します。

--glob-pathspecs
すべてのパス仕様に「glob」マジックを追加します。 これは、GIT_GLOB_PATHSPECS を設定するのと同じです。
環境変数を 1 に設定します。個々のパス仕様でグロビングを無効にすることができます。
pathspec マジック「:(リテラル)」を使用する

--noglob-pathspecs
すべてのパス仕様に「リテラル」マジックを追加します。 これは、
GIT_NOGLOB_PATHSPECS 環境変数を 1 に設定します。個々のグロビングを有効にします。
パススペックは、パススペックマジック「:(glob)」を使用して実行できます。

--icase-pathspecs
すべてのパス仕様に「icase」マジックを追加します。 これは、
GIT_ICASE_PATHSPECS 環境変数を 1 に設定します。

GIT コマンド

Git を高レベル (「磁器」) コマンドと低レベル (「配管」) コマンドに分けます。

上級 コマンド （磁器）

磁器コマンドをメインコマンドと補助ユーザーに分割します。
ユーティリティ。

メイン 磁器 コマンド
git-追加(1)
ファイルの内容をインデックスに追加します。

ギット・アム(1)
メールボックスから一連のパッチを適用します。

git アーカイブ(1)
名前付きツリーからファイルのアーカイブを作成します。

git-bisect(1)
バイナリ検索を使用して、バグを引き起こしたコミットを見つけます。

gitブランチ(1)
ブランチを一覧表示、作成、または削除します。

git バンドル(1)
オブジェクトと参照をアーカイブによって移動します。

git チェックアウト(1)
ブランチを切り替えるか、作業ツリー ファイルを復元します。

git-チェリーピック(1)
既存のコミットによって導入された変更を適用します。

git-シツール(1)
git-commit のグラフィカルな代替手段。

gitクリーン(1)
追跡されていないファイルを作業ツリーから削除します。

gitクローン(1)
リポジトリのクローンを新しいディレクトリに作成します。

git-commit(1)
リポジトリへの変更を記録します。

git-describe(1)
コミットから到達可能な最新のタグを使用してコミットを記述します。

git-差分(1)
コミット間の変更、コミットと作業ツリーなどを表示します。

git フェッチ(1)
別のリポジトリからオブジェクトと参照をダウンロードします。

git-format-パッチ(1)
電子メールで送信できるようにパッチを準備します。

git-gc(1)
不要なファイルをクリーンアップし、ローカル リポジトリを最適化します。

git-grep(1)
パターンに一致する行を印刷します。

git-gui(1)
Git へのポータブルなグラフィカル インターフェイス。

git-init(1)
空の Git リポジトリを作成するか、既存の Git リポジトリを再初期化します。

git-ログ(1)
コミットログを表示します。

git-マージ(1)
XNUMX つ以上の開発履歴を結合します。

git-mv(1)
ファイル、ディレクトリ、またはシンボリックリンクを移動または名前変更します。

git-notes(1)
オブジェクトのメモを追加または検査します。

git-プル(1)
別のリポジトリまたはローカル ブランチから取得して統合します。

git-プッシュ(1)
リモート参照と関連オブジェクトを更新します。

git-リベース(1)
更新されたアップストリーム ヘッドへのフォワード ポート ローカル コミット。

git-リセット(1)
現在の HEAD を指定された状態にリセットします。

git-revert(1)
一部の既存のコミットを元に戻します。

git-rm(1)
作業ツリーとインデックスからファイルを削除します。

gitショートログ(1)
まとめる git ログ 出力。

git-show(1)
さまざまなタイプのオブジェクトを表示します。

git スタッシュ(1)
変更内容を汚れた作業ディレクトリに隠しておきます。

git ステータス(1)
作業ツリーのステータスを表示します。

git サブモジュール(1)
サブモジュールを初期化、更新、または検査します。

git タグ(1)
GPG で署名されたタグ オブジェクトを作成、リスト、削除、または検証します。

git ワークツリー(1)
複数の作業ツリーを管理します。

ギク(1)
Git リポジトリ ブラウザ。

補助的 コマンド
マニピュレーター:

git-config(1)
リポジトリまたはグローバル オプションを取得および設定します。

git-fast-エクスポート(1)
Git データ エクスポーター。

git-fast-インポート(1)
高速 Git データ インポーターのバックエンド。

git-filter-ブランチ(1)
ブランチを書き換えます。

git-マージツール(1)
マージ競合解決ツールを実行して、マージ競合を解決します。

git-pack-refs(1)
効率的にリポジトリにアクセスできるようにヘッドとタグをパックします。

git-プルーン(1)
オブジェクト データベースから到達不能なオブジェクトをすべて削除します。

git-reflog(1)
reflog情報を管理します。

git-再リンク(1)
ローカル リポジトリ内の共通オブジェクトをハードリンクします。

git-リモート(1)
追跡されたリポジトリのセットを管理します。

git-リパック(1)
解凍されたオブジェクトをリポジトリにパックします。

git-replace(1)
参照を作成、リスト表示、削除してオブジェクトを置き換えます。

尋問者:

git-annotate(1)
ファイル行にコミット情報の注釈を付けます。

git-blame(1)
ファイルの各行を最後に変更したリビジョンと作成者を表示します。

git-チェリー(1)
アップストリームにまだ適用されていないコミットを見つけます。

git-count-オブジェクト(1)
解凍されたオブジェクトの数とそのディスク消費量をカウントします。

git-diffツール(1)
一般的な diff ツールを使用して変更を表示します。

git-fsck(1)
データベース内のオブジェクトの接続性と有効性を検証します。

git-get-tar-commit-id(1)
git-archive を使用して作成されたアーカイブからコミット ID を抽出します。

git-ヘルプ(1)
Git に関するヘルプ情報を表示します。

git-インスタウェブ(1)
gitweb で作業リポジトリを即座に参照します。

git マージ ツリー(1)
インデックスに触れずに XNUMX 方向のマージを表示します。

git-rerere(1)
競合したマージの記録された解決策を再利用します。

git-rev-パース(1)
パラメータを選択してマッサージします。

git-show-ブランチ(1)
ブランチとそのコミットを表示します。

git-verify-commit(1)
コミットの GPG 署名を確認します。

git-verify-タグ(1)
タグの GPG 署名を確認します。

git-変更内容(1)
各コミットで生じる差異のあるログを表示します。

gitweb(1)
Git Web インターフェイス (Git リポジトリへの Web フロントエンド)。

ふれあう 　 その他
これらのコマンドは、パッチオーバーを介して外部 SCM や他の人々と対話するためのものです。
電子メール。

git-archimport(1)
Arch リポジトリを Git にインポートします。

git-cvsexportcommit(1)
単一のコミットを CVS チェックアウトにエクスポートします。

git-cvsimport(1)
人々が嫌がる別の SCM からデータを回収します。

git-cvsserver(1)
Git 用の CVS サーバー エミュレーター。

git-imap-send(1)
パッチのコレクションを標準入力から IMAP フォルダーに送信します。

git-p4(1)
Perforce リポジトリからインポートし、Perforce リポジトリに送信します。

git-quiltimport(1)
キルト パッチセットを現在のブランチに適用します。

git-リクエスト-プル(1)
保留中の変更の概要を生成します。

git 送信メール(1)
パッチのコレクションを電子メールとして送信します。

git-svn(1)
Subversion リポジトリと Git 間の双方向操作。

低レベル コマンド (配管)

Git には独自のポーセレン層が含まれていますが、その低レベルのコマンドで十分です。
代替磁器の開発をサポートします。 そのような磁器の開発者は始めるかもしれません
について読むことで git-update-index（1）と git-read-treeとします。

これらの低レベルへのインターフェイス (入力、出力、オプションのセット、およびセマンティクス)
コマンドは、Porcelain レベルのコマンドよりもはるかに安定するように意図されています。
コマンドは主にスクリプトで使用するためのものです。 もう一方の Porcelain コマンドへのインターフェース
ハンドは、エンド ユーザー エクスペリエンスを向上させるために変更される場合があります。

次の説明では、低レベルのコマンドを操作するコマンドに分割します。
オブジェクト (リポジトリ、インデックス、作業ツリー内)、問い合わせを行うコマンド、および
オブジェクトの比較、およびリポジトリ間でオブジェクトと参照を移動するコマンド。

操作 コマンド
git-適用(1)
ファイルやインデックスにパッチを適用します。

git チェックアウト インデックス(1)
ファイルをインデックスから作業ツリーにコピーします。

git コミット ツリー(1)
新しいコミットオブジェクトを作成します。

git ハッシュ オブジェクト(1)
オブジェクト ID を計算し、オプションでファイルから BLOB を作成します。

git-インデックスパック(1)
既存のパックされたアーカイブのパック インデックス ファイルを構築します。

git マージ ファイル(1)
XNUMX 方向のファイル マージを実行します。

git-マージ-インデックス(1)
マージが必要なファイルに対してマージを実行します。

git-mktag(1)
タグオブジェクトを作成します。

git-mktree(1)
ls-tree 形式のテキストからツリー オブジェクトを構築します。

git-pack-オブジェクト(1)
オブジェクトのパックされたアーカイブを作成します。

git-プルーンパック(1)
すでにパック ファイル内にある余分なオブジェクトを削除します。

git-read-tree(1)
ツリー情報をインデックスに読み取ります。

git-symbolic-ref(1)
シンボリック参照の読み取り、変更、削除。

git-unpack-オブジェクト(1)
圧縮されたアーカイブからオブジェクトを解凍します。

git-update-index(1)
作業ツリー上のファイル内容をインデックスに登録します。

git-update-ref(1)
ref に格納されているオブジェクト名を安全に更新します。

git-書き込みツリー(1)
現在のインデックスからツリー オブジェクトを作成します。

審問 コマンド
git-cat-ファイル(1)
リポジトリ オブジェクトのコンテンツ、またはタイプとサイズの情報を提供します。

git-diff-ファイル(1)
作業ツリー内のファイルとインデックスを比較します。

git-diff-index(1)
ツリーを作業ツリーまたはインデックスと比較します。

git-差分ツリー(1)
XNUMX つのツリー オブジェクトを通じて見つかった BLOB の内容とモードを比較します。

各参照の git(1)
各参照に関する情報を出力します。

git-ls-ファイル(1)
インデックスと作業ツリー内のファイルに関する情報を表示します。

git-ls-リモート(1)
リモート リポジトリ内の参照を一覧表示します。

git-ls-ツリー(1)
ツリー オブジェクトの内容を一覧表示します。

git-merge-base(1)
マージに適した共通の祖先をできるだけ見つけます。

git-name-rev(1)
指定された回転数のシンボル名を検索します。

git-pack-冗長性(1)
冗長なパック ファイルを検索します。

git-rev-リスト(1)
コミット オブジェクトを新しい順にリストします。

git-show-index(1)
パックされたアーカイブのインデックスを表示します。

git-show-ref(1)
ローカル リポジトリ内の参照を一覧表示します。

git-unpack-ファイル(1)
BLOB の内容を含む一時ファイルを作成します。

git-var(1)
Git 論理変数を表示します。

git-verify-パック(1)
パックされた Git アーカイブ ファイルを検証します。

一般に、問い合わせコマンドは作業ツリー内のファイルには影響しません。

同期 リポジトリ
gitデーモン(1)
Git リポジトリ用の非常にシンプルなサーバー。

git-fetch-pack(1)
不足しているオブジェクトを別のリポジトリから受信します。

git-http-バックエンド(1)
HTTP 経由の Git のサーバー側実装。

git 送信パック(1)
Git プロトコル経由でオブジェクトを別のリポジトリにプッシュします。

git 更新サーバー情報(1)
ダムサーバーを支援するために補助情報ファイルを更新します。

以下は、上記で使用されるヘルパー コマンドです。 エンドユーザーは通常それらを使用しません
直接。

git-http-フェッチ(1)
HTTP 経由でリモート Git リポジトリからダウンロードします。

git-http-プッシュ(1)
オブジェクトを HTTP/DAV 経由で別のリポジトリにプッシュします。

git-パース-リモート(1)
リモート リポジトリ アクセス パラメータの解析を支援するルーチン。

git 受信パック(1)
リポジトリにプッシュされたものを受け取ります。

git-シェル(1)
Git のみの SSH アクセス用の制限付きログイン シェル。

git-アップロード-アーカイブ(1)
アーカイブを git-archive に送り返します。

git-アップロード-パック(1)
パックされたオブジェクトを git-fetch-pack に送り返します。

内部 ヘルパー コマンド
これらは、他のコマンドによって使用される内部ヘルパー コマンドです。 エンドユーザーは通常は使用しません
それらを直接。

git チェック属性(1)
gitattributes 情報を表示します。

git チェック無視(1)
gitignore / exclude ファイルをデバッグします。

git チェック メールマップ(1)
連絡先の正規名と電子メール アドレスを表示します。

git-check-ref-format(1)
参照名が適切な形式であることを確認します。

git-列(1)
データを列に表示します。

git-資格情報(1)
ユーザー資格情報を取得して保存します。

git-資格情報キャッシュ(1)
パスワードを一時的にメモリに保存するヘルパー。

git-資格情報ストア(1)
資格情報をディスクに保存するためのヘルパー。

git-fmt-merge-msg(1)
マージコミットメッセージを生成します。

git-解釈-トレーラー(1)
コミットメッセージに構造化情報を追加するのに役立ちます。

git-mailinfo(1)
単一の電子メール メッセージからパッチと作成者を抽出します。

git-mailsplit(1)
シンプルな UNIX mbox スプリッタ プログラム。

git-merge-XNUMX ファイル(1)
git-merge-index で使用する標準ヘルパー プログラム。

git パッチ ID(1)
パッチの一意の ID を計算します。

git-sh-i18n(1)
シェル スクリプト用の Git の i18n セットアップ コード。

git-sh-セットアップ(1)
一般的な Git シェル スクリプトのセットアップ コード。

git ストリップスペース(1)
不要な空白を削除します。

CONFIGURATION 機構

Git は単純なテキスト形式を使用して、リポジトリごとのカスタマイズを保存します。
ユーザー。 このような構成ファイルは次のようになります。

#
# '#​​' または ';' 文字はコメントを示します。
#

; コア変数
[芯]
; ファイルモードを信頼しないでください
ファイルモード = false

; ユーザーID
[ユーザー]
名前=「ジュニオ・C・ハマノ」
メールアドレス = "[メール保護]"

さまざまなコマンドが構成ファイルから読み込まれ、それに応じて動作を調整します。
見る git-config構成メカニズムのリストと詳細については、(1) を参照してください。

識別子 用語

任意のタイプのオブジェクトのオブジェクト名を示します。


BLOB オブジェクト名を示します。


ツリーオブジェクト名を示します。


コミットオブジェクト名を示します。


ツリー、コミット、またはタグのオブジェクト名を示します。 を受け取るコマンド
引数は最終的にはオブジェクトですが、自動的に逆参照されます
そしてを指すオブジェクト。


コミットまたはタグのオブジェクト名を示します。 を受け取るコマンド口論
最終的には、 オブジェクトですが、自動的に逆参照されます
を指すオブジェクト。


オブジェクトタイプが必須であることを示します。 現在、BLOB、ツリー、コミット、または
タグ。


ファイル名を示します - ほとんどの場合、ツリー構造のルートに対して相対的です
GIT_INDEX_FILE で説明します。

シンボリック 識別子

任意の Git コマンドを受け入れる次の記号表記も使用できます。

HEAD
現在のブランチの先頭を示します。


有効なタグ 名 (つまり、refs/tags/ 参照）。


有効な頭 名 (つまり、refs/heads/ 参照）。

オブジェクト名の綴り方法の詳細なリストについては、「リビジョンの指定」セクションを参照してください。
in ギトレヴィジョンズとします。

ファイル/ディレクトリ 構造

ご覧ください gitepository-layout(5) 文書。

読む githook各フックの詳細については (5) を参照してください。

より高いレベルの SCM は、$GIT_DIR 内の追加情報を提供および管理できます。

用語

ご覧ください git用語集とします。

ENVIRONMENT 変数

さまざまな Git コマンドは次の環境変数を使用します。

　 Gitの 倉庫
これらの環境変数は以下に適用されます。 を コアの Git コマンド。 注: 注目に値するのは、
これらは Git の上にある SCMS によって使用またはオーバーライドされる可能性があるため、外部のファイルを使用する場合は注意してください。
フロントエンド。

GIT_INDEX_FILE
この環境では、代替インデックス ファイルを指定できます。 そうでない場合
指定すると、デフォルトの $GIT_DIR/index が使用されます。

GIT_INDEX_VERSION
この環境変数を使用すると、新しいインデックスのバージョンを指定できます。
リポジトリ。 既存のインデックス ファイルには影響しません。 デフォルトでは、インデックス ファイルのバージョン 2 または
3が使われます。 見る git-update-index（1）詳細については。

GIT_OBJECT_DIRECTORY
オブジェクトストレージディレクトリがこの環境変数を介して指定されている場合、
sha1 ディレクトリはその下に作成されます。それ以外の場合は、デフォルトの $GIT_DIR/objects が作成されます。
ディレクトリが使用されます。

GIT_ALTERNATE_OBJECT_DIRECTORIES
Git オブジェクトの不変の性質により、古いオブジェクトは共有フォルダーにアーカイブできます。
読み取り専用ディレクトリ。 この変数は、「:」で区切って指定します (Windows の場合は「;」)。
分離) Git オブジェクトの検索に使用できる Git オブジェクト ディレクトリのリスト。
新しいオブジェクトはこれらのディレクトリには書き込まれません。

GIT_DIR
Status GIT_DIR 環境変数が設定されている場合、代わりに使用するパスを指定します。
リポジトリのベースのデフォルトの .git。 の --git-dir コマンドラインオプション
もこの値を設定します。

GIT_WORK_TREE
作業ツリーのルートへのパスを設定します。 これは次の方法でも制御できます。
--ワークツリー コマンドライン オプションと core.worktree 構成変数。

GIT_NAMESPACE
Git 名前空間を設定します。 見る git名前空間詳細は (7) を参照してください。 の -名前空間 コマンドライン
オプションでもこの値を設定します。

GIT_CEILING_DIRECTORIES
これは、コロンで区切られた絶対パスのリストである必要があります。 設定されている場合は、次のリストになります。
リポジトリ ディレクトリの検索中に Git が chdir すべきではないディレクトリ
(読み込みの遅いネットワーク ディレクトリを除外する場合に便利です)。 を排除するものではありません。
現在の作業ディレクトリ、またはコマンド ラインまたは環境で設定された GIT_DIR。
通常、Git はこのリストのエントリを読み取り、問題が発生する可能性のあるシンボリックリンクを解決する必要があります。
現在のディレクトリと比較するために存在する必要があります。 しかし、これさえあれば
アクセスが遅い場合は、空のエントリをリストに追加して、後続のアクセスを Git に伝えることができます。
エントリはシンボリックリンクではないため、解決する必要はありません。 例えば、
GIT_CEILING_DIRECTORIES=/たぶん/シンボリックリンク::/非常に/遅い/非/シンボリックリンク.

GIT_DISCOVERY_ACROSS_FILESYSTEM
「.git」リポジトリ ディレクトリがないディレクトリで実行すると、Git は次のことを試みます。
親ディレクトリ内でそのようなディレクトリを見つけて、作業ツリーの最上位を見つけます。
ただし、デフォルトではファイルシステムの境界を越えません。 この環境変数は、
ファイルシステムの境界で停止しないように Git に指示するには、true に設定します。 のように
GIT_CEILING_DIRECTORIES、これは、経由で設定された明示的なリポジトリ ディレクトリには影響しません。
GIT_DIR またはコマンドラインで。

GIT_COMMON_DIR
この変数がパスに設定されている場合、通常は $GIT_DIR にあるワークツリー以外のファイル
代わりにこのパスから取得されます。 HEAD やインデックスなどのワークツリー固有のファイル
$GIT_DIR から取得されます。 見る gitepository-layout（5）と git ワークツリー詳細は（1）。
この変数は、GIT_INDEX_FILE などの他のパス変数よりも優先順位が低くなります。
GIT_OBJECT_DIRECTORY...

Gitの コミット
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, Eメール
git コミット ツリー(1)

Gitの 差分
GIT_DIFF_OPTS
有効な設定は「--unified=??」のみです。 または「-u??」 コンテキスト行の数を設定するには
統合された差分が作成されるときに表示されます。 これは、「-U」または
Git diff コマンド ラインで渡される「--unified」オプション値。

GIT_EXTERNAL_DIFF
環境変数が GIT_EXTERNAL_DIFF が設定されている場合、それによって指定されたプログラムは
上で説明した diff 呼び出しの代わりに呼び出されます。 追加されるパスについては、
削除または変更、 GIT_EXTERNAL_DIFF 7 つのパラメータを使用して呼び出されます。

パス 古いファイル 古い XNUMX 進数 古いモード 新しいファイル 新しい XNUMX 進数 新しいモード

ここで、

-ファイル
GIT_EXTERNAL_DIFF が内容を読み取るために使用できるファイルです。 、

-hex
は 40 桁の 1 桁の SHA-XNUMX ハッシュです。

-モード
ファイルモードの XNUMX 進数表現です。

ファイルパラメータは、ユーザーの作業ファイル (例: new-file in
"git-diff-files")、/dev/null (新しいファイルが追加されたときの古いファイルなど)、または一時ファイル
ファイル (例: インデックス内の古いファイル)。 GIT_EXTERNAL_DIFF 心配する必要はありません
一時ファイルのリンクを解除します --- 一時ファイルは次の場合に削除されます。 GIT_EXTERNAL_DIFF 終了します。

マージされていないパスの場合、 GIT_EXTERNAL_DIFF 1 つのパラメータで呼び出されます。 。

それぞれのパスについて GIT_EXTERNAL_DIFF が呼び出され、XNUMX つの環境変数、
GIT_DIFF_PATH_COUNTER & GIT_DIFF_PATH_TOTAL 設定されています。

GIT_DIFF_PATH_COUNTER
パスごとに 1 ずつ増加する XNUMX ベースのカウンター。

GIT_DIFF_PATH_TOTAL
パスの総数。

他の
GIT_MERGE_VERBOSITY
再帰的マージ戦略によって表示される出力の量を制御する数値。
merge.verbosity をオーバーライドします。 見る git-マージ(1)

GIT_PAGER
この環境変数は $PAGER をオーバーライドします。 空の文字列または
値が「cat」の場合、Git はポケットベルを起動しません。 の core.pager オプションも参照してください。 ギット-
設定とします。

GIT_EDITOR
この環境変数は $EDITOR および $VISUAL をオーバーライドします。 複数の Git で使用されています
対話モードでエディターを起動するときのコマンド。 こちらも参照 git-var(1)
および core.editor オプション git-configとします。

GIT_SSH, GIT_SSH_COMMAND
これらの環境変数のいずれかが設定されている場合、 git フェッチ & git プッシュ 使用する
代わりに指定されたコマンド ssh リモート システムに接続する必要がある場合。 の
コマンドには XNUMX つまたは XNUMX つの引数が指定されます。 ユーザー名@ホスト （あるいは単に host)
URL とそのリモート システム上で実行するシェル コマンド (オプション) から
前任者 -p （文字通り）そして ポート 他のものを指定した場合の URL から
デフォルトの SSH ポートよりも。

$GIT_SSH_COMMAND は $GIT_SSH より優先され、シェルによって解釈されます。
これにより、追加の引数を含めることができます。 一方、$GIT_SSH は次のようにする必要があります。
プログラムへのパスのみ (追加の場合はラッパー シェル スクリプトも可能)
引数が必要です)。

通常、個人設定を使用して必要なオプションを設定する方が簡単です。
.ssh/config ファイル。 詳細については、ssh のドキュメントを参照してください。

GIT_ASKPASS
この環境変数が設定されている場合、パスワードを取得する必要がある Git コマンドは
またはパスフレーズ (例: HTTP または IMAP 認証用) は、このプログラムを
適切なプロンプトをコマンドライン引数として指定し、その STDOUT からパスワードを読み取ります。 見る
また コア.askPass 内のオプション git-configとします。

GIT_TERMINAL_PROMPT
この環境変数が 0 に設定されている場合、git はターミナル上でプロンプトを表示しません (例:
HTTP 認証を要求するとき)。

GIT_CONFIG_NOSYSTEM
システム全体の $(prefix)/etc/gitconfig ファイルからの設定の読み取りをスキップするかどうか。
この環境変数は、$HOME および $XDG_CONFIG_HOME とともに使用して、
好みのスクリプトを予測可能な環境にすることも、一時的に環境を設定して回避することもできます。
十分な権限を持つ人を待っている間にバグのある /etc/gitconfig ファイルを使用する
それを修正するための権限。

GIT_FLUSH
この環境変数が「1」に設定されている場合、次のようなコマンドが実行されます。 git 非難 （中
インクリメンタルモード)、 git リビジョンリスト, git ログ, git チェック属性 & git チェック-無視 意志
各レコードがフラッシュされた後に、出力ストリームのフラッシュを強制します。 これなら
変数が「0」に設定されている場合、これらのコマンドの出力は完全に使用されて行われます。
バッファリングされた I/O。 この環境変数が設定されていない場合、Git はバッファリングまたは
stdout がファイルにリダイレクトされているように見えるか、または
ではありません。

GIT_TRACE
一般的なトレース メッセージ (エイリアス展開、組み込みコマンドの実行など) を有効にします。
外部コマンドの実行。

この変数が「1」、「2」、または「true」に設定されている場合 (比較では大文字と小文字が区別されません)、トレースします。
メッセージは標準エラー出力に出力されます。

変数が 2 より大きく 10 より小さい整数値に設定されている場合 (厳密には)
その後、Git はこの値をオープン ファイル記述子として解釈し、書き込みを試みます。
トレース メッセージをこのファイル記述子に書き込みます。

あるいは、変数が絶対パスに設定されている場合 ( /
文字)、Git はこれをファイル パスとして解釈し、トレースを書き込もうとします。
そこにメッセージを入れます。

変数の設定を解除するか、空、「0」または「false」に設定します（大文字と小文字は区別されません）。
トレースメッセージを無効にします。

GIT_TRACE_PACK_ACCESS
任意のパックへのすべてのアクセスに対するトレース メッセージを有効にします。 アクセスごとに、パック ファイル
パック内の名前とオフセットが記録されます。 これはトラブルシューティングに役立つ可能性があります
パック関連のパフォーマンスの問題。 見る GIT_TRACE 利用可能なトレース出力については
オプション。

GIT_TRACE_PACKET
特定のプログラムに送受信されるすべてのパケットのトレース メッセージを有効にします。 これはできる
オブジェクトのネゴシエーションやその他のプロトコルの問題のデバッグに役立ちます。 トレースがオフになっています
「PACK」で始まるパケット（ただし、「PACK」を参照） GIT_TRACE_PACKFILE 下に）。 見る GIT_TRACE for
利用可能なトレース出力オプション。

GIT_TRACE_PACKFILE
特定のプログラムによって送受信されたパックファイルのトレースを有効にします。 他の痕跡とは異なります
出力では、このトレースはそのままです。ヘッダーもバイナリ データの引用もありません。 あなたはほとんど
むしろ、ファイル (GIT_TRACE_PACKFILE=/tmp/my.pack など) にダイレクトしたいと考えています。
端末に表示したり、他のトレース出力と混合したりする必要はありません。

これは現在、クローンのクライアント側にのみ実装されていることに注意してください。
フェッチします。

GIT_TRACE_PERFORMANCE
パフォーマンス関連のトレース メッセージ (各 Git の合計実行時間など) を有効にします。
指図。 見る GIT_TRACE 利用可能なトレース出力オプションについては、

GIT_TRACE_SETUP
.git、作業ツリー、および現在の作業ディレクトリを出力するトレース メッセージを有効にします。
Git がセットアップ フェーズを完了した後。 見る GIT_TRACE 利用可能なトレース出力については
オプション。

GIT_TRACE_SHALLOW
浅いファイルのフェッチ/クローン作成のデバッグに役立つトレース メッセージを有効にします。
リポジトリ。 見る GIT_TRACE 利用可能なトレース出力オプションについては、

GIT_LITERAL_PATHSPECS
この変数を 1 に設定すると、Git はすべてのパス仕様を文字どおりに処理します。
グロブパターンとしてではなく。 たとえば、GIT_LITERAL_PATHSPECS=1 git log -- '*.c' を実行します。
グロブ *.c に含まれるパスではなく、パス *.c に触れるコミットを検索します。
一致します。 リテラル パスを Git に供給している場合は、これが必要になるかもしれません (例: path
git ls-tree、--raw diff 出力などによって以前に提供されていました）。

GIT_GLOB_PATHSPECS
この変数を 1 に設定すると、Git はすべてのパス仕様を glob パターン (別名) として扱います。
「グロブ」マジック）。

GIT_NOGLOB_PATHSPECS
この変数を 1 に設定すると、Git はすべてのパス仕様をリテラル (別名) として扱います。
「文字通りの」魔法）。

GIT_ICASE_PATHSPECS
この変数を 1 に設定すると、Git はすべてのパス仕様を大文字と小文字を区別しないものとして扱います。

GIT_REFLOG_ACTION
ref が更新されると、reflog エントリが作成され、その理由を追跡します。
ref が更新されました (これは通常、更新を行った高レベルのコマンドの名前です)
ref)、ref の古い値と新しい値に加えて。 スクリプト化された磁器
コマンドは、git-sh-setup の set_reflog_action ヘルパー関数を使用して、名前を次のように設定できます。
この変数は、エンド ユーザーによってトップレベルのコマンドとして呼び出されたときに、
reflog の本体に記録されます。

GIT_REF_PARANOIA
1 に設定すると、ref のリストを反復処理するときに、壊れた、または間違った名前の ref が含まれます。 で
通常の破損していないリポジトリの場合、これは何も行いません。 ただし、有効にすると役立つ場合があります
git を使用して、壊れた参照が存在する場合に一部の操作を検出して中止します。 Git はこれを設定します
次のような破壊的な操作を実行すると、変数が自動的に変更されます。 git-プルーン(1)。 あなた
確実に実行することに神経質になりたくない限り、自分で設定する必要はありません。
操作がすべての参照に影響を与えました (たとえば、リポジトリをクローンして
バックアップ）。

GIT_ALLOW_PROTOCOL
設定されている場合は、使用が許可されているプロトコルのコロンで区切られたリストを提供します。
フェッチ/プッシュ/クローン。 これは、再帰的なサブモジュールの初期化を制限するのに役立ちます。
信頼できないリポジトリ。 言及されていないプロトコルは許可されません (つまり、これは
ブラックリストではなくホワイトリストです）。 変数がまったく設定されていない場合、すべてのプロトコルが
有効になりました。 現在 git で使用されているプロトコル名は次のとおりです。

· file: 任意のローカル ファイルベースのパス (file:// URL またはローカル パスを含む)

· git: 直接 TCP 接続 (プロキシの場合はプロキシ) 経由の匿名 Git プロトコル
構成済み）

· ssh: ssh 経由の git (host:path 構文、git+ssh:// などを含む)。

· rsync: rsync 経由の git

· http: http を介した git、「スマート http」と「ダム http」の両方。 これは次のことを行うことに注意してください
https を含めます。 両方必要な場合は、両方を http:https として指定する必要があります。

· 外部ヘルパーはプロトコルによって名前が付けられます (たとえば、hg を使用して
git-remote-hg ヘルパー)

考察

以下の詳細については、 Gitの コンセプト 章 of 　
ユーザーマニュアル[2]と gitcore-チュートリアルとします。

Git プロジェクトは通常、「.git」サブディレクトリを持つ作業ディレクトリで構成されます。
トップレベル。 .git ディレクトリには、圧縮されたオブジェクト データベースが含まれています。
プロジェクトの完全な履歴を表す、その履歴をリンクする「インデックス」ファイル
作業ツリーの現在の内容への、およびその履歴への名前付きポインタ。
タグとブランチヘッド。

オブジェクト データベースには、ファイル データを保持する BLOB という XNUMX つの主なタイプのオブジェクトが含まれています。
ツリー。ディレクトリ階層を構築するための BLOB およびその他のツリーを指します。 そして
コミット。それぞれが単一のツリーといくつかの親コミットを参照します。

コミットは、他のシステムが「チェンジセット」または「バージョン」と呼ぶものに相当し、
プロジェクト履歴のステップであり、各親は直前のステップを表します。
複数の親を持つコミットは、独立した開発ラインのマージを表します。

すべてのオブジェクトは、その内容の SHA-1 ハッシュによって名前が付けられ、通常は次の文字列として書き込まれます。
40 の XNUMX 進数。 このような名前は世界的に一意です。 コミットに至るまでの全履歴
そのコミットだけに署名することで保証できます。 XNUMX 番目のオブジェクト タイプであるタグが提供されます。
この目的のために。

最初に作成されたとき、オブジェクトは個別のファイルに保存されますが、効率性のために後で保存される場合があります。
「パック ファイル」にまとめて圧縮されます。

refs と呼ばれる名前付きポインタは、歴史上の興味深い点をマークします。 ref には SHA-1 が含まれる場合があります
オブジェクトの名前または別の参照の名前。 ref/head/contain で始まる名前を持つ参照
開発中のブランチの最新のコミット (または「ヘッド」) の SHA-1 名。 SHA-1
対象のタグの名前は ref/tags/ に保存されます。 HEAD という名前の特別な ref には次のものが含まれます。
現在チェックアウトされているブランチの名前。

インデックス ファイルは、すべてのパスのリストと、パスごとの BLOB オブジェクトで初期化されます。
そして一連の属性。 BLOB オブジェクトは、現在のファイルの内容を表します。
現在の支店長。 属性 (最終変更時刻、サイズなど) は次から取得されます。
作業ツリー内の対応するファイル。 作業ツリーに対する後続の変更は、
これらの属性を比較することで見つかります。 インデックスは新しいコンテンツで更新される可能性があります。
インデックスに格納されているコンテンツからコミットを作成できます。

インデックスは、特定のエントリに対して複数のエントリ (「ステージ」と呼ばれる) を保存することもできます。
パス名。 これらのステージは、ファイルのさまざまなマージされていないバージョンを保持するために使用されます。
マージが進行中です。

さらに マニュアル

Git の使用を開始するには、「説明」セクションの参考資料を参照してください。 以下は
おそらく、初めてのユーザーにとっては必要以上に詳細な説明になるでしょう。

　 Gitの コンセプト 章 of 　 ユーザーマニュアル[2]と gitcore-チュートリアル(7) どちらも提供します
基礎となる Git アーキテクチャの紹介。

見る gitワークフロー(7) 推奨されるワークフローの概要については。

参照してください HOWTO[3] のドキュメントでいくつかの有用な例を参照してください。

内部の内容は次のとおりです。 Gitの API ドキュメント[4]。

CVS から移行するユーザーはこちらもお読みください gitcvs-移行とします。

作者

Git は Linus Torvalds によって開始され、現在は Junio C Hamano によって保守されています。 多数の
Git メーリング リストからの貢献が寄せられています[メール保護][5]>。
http://www.openhub.net/p/git/contributors/summary より完全なリストが得られます
寄稿者。

git.git 自体のクローンがある場合は、次の出力が表示されます。 gitショートログ（1）と git-blame（1）できます
プロジェクトの特定の部分の作成者を表示します。

報告 バグ

Git メーリング リストにバグを報告する[メール保護][5]> 開発と
メンテナンスが主に行われます。 を送信するためにリストに登録する必要はありません。
そこにメッセージが。

onworks.net サービスを使用してオンラインで git を使用する