セットアップと設定
プロジェクトの取得と作成
基本的なスナップショット
ブランチとマージ
プロジェクトの共有と更新
検査と比較
パッチ適用
デバッグ
メール
外部システム
サーバー管理
- 2.43.1 → 2.50.1 変更なし
-
2.43.0
2023-11-20
- 2.10.5 → 2.42.4 変更なし
-
2.9.5
2017-07-30
- 2.1.4 → 2.8.6 変更なし
-
2.0.5
2014-12-17
説明
これはエンドユーザーが実行することを意図したコマンドではありません。決して。このドキュメントは、ポーセリン風スクリプトを研究している人や、新しいスクリプトを作成している人を対象としています。
git sh-setup スクリプトレットは、通常の Git ディレクトリを指すいくつかの変数といくつかのヘルパーシェル関数を設定するために、他のシェルスクリプトによって ( .
を使用して) ソースされるように設計されています。
それをソースする前に、スクリプトはいくつかの変数を設定する必要があります。USAGE
(および、もしあれば LONG_USAGE
) は、usage
() シェル関数によって表示されるメッセージを定義するために使用されます。SUBDIRECTORY_OK
は、スクリプトが作業ツリーのサブディレクトリから実行できる場合 (一部のコマンドはできません) に設定できます。
スクリプトレットは GIT_DIR
と GIT_OBJECT_DIRECTORY
シェル変数を設定しますが、それらを環境にエクスポート**しません**。
関数
- die
-
提供されたエラーメッセージを標準エラー出力ストリームに出力してから終了します。
- usage
-
使用法メッセージと共に die します。
- set_reflog_action
-
既に設定されていない限り、
GIT_REFLOG_ACTION
環境を特定の文字列 (通常はプログラム名) に設定します。スクリプトが ref を更新するgit
コマンドを実行するたびに、reflog エントリがこの文字列の値を使用して作成され、どのコマンドが ref を更新したかの記録を残します。 - git_editor
-
ユーザーが選択したエディター (GIT_EDITOR、core.editor、VISUAL、または EDITOR) を指定されたファイルに対して実行しますが、エディターが指定されておらず、かつ端末が dumb な場合はエラーを出力します。
- is_bare_repository
-
リポジトリがベアリポジトリ (つまり、関連する作業ツリーがない) であるかどうかを示すために、標準出力ストリームに
true
またはfalse
を出力します。 - cd_to_toplevel
-
作業ツリーのトップレベルに chdir を実行します。
- require_work_tree
-
現在のディレクトリがリポジトリの作業ツリー内にあるかどうかをチェックし、そうでない場合は die します。
- require_work_tree_exists
-
リポジトリに関連付けられた作業ツリーが存在するかどうかをチェックし、そうでない場合は die します。作業ツリーが存在しない場合は実行できない cd_to_toplevel を呼び出す前によく行われます。
- require_clean_work_tree <action> [<hint>]
-
リポジトリに関連付けられた作業ツリーとインデックスに、追跡されているファイルに対するコミットされていない変更がないことを確認します。そうでない場合、
Cannot
<action>:
<reason>.
<hint> という形式のエラーメッセージを出力し、die します。例require_clean_work_tree rebase "Please commit or stash them."
- get_author_ident_from_commit
-
特定のコミットに対して GIT_AUTHOR_NAME、GIT_AUTHOR_EMAIL、GIT_AUTHOR_DATE 変数を設定するために eval で使用するコードを出力します。
- create_virtual_base
-
最初のファイルと2番目のファイルで共通の行のみが残るように最初のファイルを変更します。共通のコンテンツが不十分な場合、最初のファイルは空のままになります。結果は3方向マージの仮想ベース入力として適しています。
GIT
git[1]スイートの一部