これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなど、複数の無料オンライン ワークステーションのいずれかを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド git-rev-parse です。
プログラム：
NAME
git-rev-parse-パラメータを選択してマッサージします
SYNOPSIS
git 回転解析 [ - オプション ] ...
DESCRIPTION
多くの Git 陶磁器のコマンドは、フラグを組み合わせて使用します (つまり、a で始まるパラメーター
ダッシュ -) および基礎となるものを対象としたパラメーター git リビジョンリスト 内部で使用するコマンド
下流で使用する他のコマンドのフラグとパラメータ git リビジョンリスト。 この
コマンドはそれらを区別するために使用されます。
OPTIONS
操作 モード
これらの各オプションは、コマンド ラインの最初に指定する必要があります。
--parseopt
git 回転解析 オプション解析モード (以下の PARSEOPT セクションを参照)。
--sq-引用
git 回転解析 シェル引用モードで (以下の SQ-QUOTE セクションを参照)。 とは対照的に
以下の --sq オプションでは、このモードは引用のみを行います。 命令するために他に何も行われません
入力。
オプション for --parseopt
--キープダッシュダッシュ
--parseopt モードでのみ意味があります。 オプションパーサーに最初のものをエコーアウトするように指示します --
それをスキップする代わりに会った。
--非オプションで停止
--parseopt モードでのみ意味があります。 オプションパーサーを最初に停止させます
非オプション引数。 これは、オプションを取るサブコマンドを解析するために使用できます
自分自身。
--スタックロング
--parseopt モードでのみ意味があります。 オプションを長い形式で出力する場合
利用可能で、引数がスタックしています。
オプション for フィルタリング
--revs-のみ
意図されていないフラグとパラメーターを出力しない git リビジョンリスト
--無回転
フラグとパラメータを出力しない git リビジョンリスト
-フラグ
非フラグ パラメータを出力しません。
--フラグなし
フラグ パラメータを出力しません。
オプション for 出力
- デフォルト
ユーザーがパラメータを指定しない場合は、 代わりは。
--プレフィックス
まるで振る舞う git 回転解析 から呼び出されました作業中のサブディレクトリ
木。 相対ファイル名は、接頭辞が付けられているかのように解決されます。 そしてなる
その形で印刷されます。
これは、引数をサブディレクトリで実行されるコマンドに変換するために使用できます。
リポジトリの最上位に移動した後も引き続き使用できます。 例えば：
prefix=$(git rev-parse --show-prefix)
cd "$(git rev-parse --show-toplevel)"
eval "set -- $(git rev-parse --sq --prefix "$prefix" "$@")"
- 確認
パラメータが XNUMX つだけ指定されていること、およびそれを raw に変換できることを確認します。
オブジェクト データベースへのアクセスに使用できる 20 バイトの SHA-1。 もしそうなら、それを
標準出力; そうでない場合はエラーになります。
出力が実際にオブジェクト内のオブジェクトに名前を付けていることを確認したい場合
データベースおよび/または必要な特定のタイプのオブジェクトとして使用することができます。
パラメータへの ^{type} ピーリング オペレータ。 たとえば、git rev-parse "$VAR^{commit}"
$VAR がコミットっぽい既存のオブジェクトに名前を付けるようにします (つまり、コミット、または
コミットを指す注釈付きタグ)。 $VAR が既存の
任意のタイプのオブジェクト、git rev-parse "$VAR^{object}" を使用できます。
-q、-quiet
--verify モードでのみ意味があります。 最初の引数が次の場合、エラー メッセージを出力しません。
は有効なオブジェクト名ではありません。 代わりに、ゼロ以外のステータスでサイレントに終了します。 SHA-1
成功すると、有効なオブジェクト名が stdout に出力されます。
--sq
通常、出力はフラグとパラメーターごとに XNUMX 行で行われます。 このオプションは、出力を
シェルによる消費のために適切に引用された単一行。 あなたが期待するときに便利です
空白と改行を含むパラメーター (たとえば、つるはし -S を使用する場合) git
差分-*）。 --sq-quote オプションとは対照的に、コマンド入力は引き続き解釈されます
いつものように。
- いいえ
オブジェクト名を表示するときは、接頭辞を付けます ^ そしてストリップ ^ オブジェクト名のプレフィックス
すでに持っているもの。
--abbrev-ref[=(厳密|緩め)]
オブジェクト名のあいまいでない短い名前。 オプション core.warnAmbiguousRefs は
厳密な省略形モードを選択するために使用されます。
--short, --short=数字
オブジェクト名の完全な SHA-1 値を出力する代わりに、それらを次のように省略してみてください。
より短い一意の名前。 長さが指定されていない場合は、7 が使用されます。 最小の長さは 4 です。
- シンボリック
通常、オブジェクト名は SHA-1 形式で出力されます (可能な場合は ^ プレフィックス); これ
オプションを使用すると、元の入力にできるだけ近い形式で出力されます。
--symbolic-full-name
これは --symbolic に似ていますが、参照ではない入力 (つまり、ブランチまたは
タグ名; または、必要に応じて、「ヘッド/マスター」フォームをより明示的に明確にします
残念ながら「master」という名前のタグがある場合は「master」ブランチに名前を付けてください）、および表示
完全な refname としてそれらを (例: "refs/heads/master")。
オプション for オブジェクト
- すべて
refs/ で見つかったすべての参照を表示します。
--branches[=パターン], --tags[=パターン], --remotes[=パターン]
すべてのブランチ、タグ、またはリモート追跡ブランチをそれぞれ表示します (つまり、見つかった参照
それぞれ refs/heads、refs/tags、または refs/remote で)。
パターンが指定されている場合、指定されたシェル グロブに一致する参照のみが表示されます。 もし
パターンにグロビング文字 (?、*、または [) が含まれていない場合、プレフィックスに変換されます。
/* を追加して一致させます。
--glob=パターン
シェル グロブ パターン パターンに一致するすべての参照を表示します。 パターンがスタートしない場合
refs/ を使用すると、これは自動的に先頭に追加されます。 パターンに
グロビング文字 (?、*、または [) の場合、/* を追加することでプレフィックス マッチに変換されます。
-除外=
一致する参照を含めない 次の--all、-branches、-tags、
--remotes、または--globはそれ以外の場合に考慮します。 このオプションの繰り返しは蓄積されます
次の--all、-branches、-tags、-remotes、または--globまでの除外パターン
オプション（他のオプションまたは引数は累積パターンをクリアしません）。
与えられたパターンは、refs / heads、refs / tags、またはrefs / remotesで始まるべきではありません。
それぞれ--branches、-tags、または--remotesに適用され、で始まる必要があります
--globまたは--allに適用された場合のrefs /。 末尾が /* 意図されている、それは与えられなければならない
明示的に
--曖昧さをなくす=
指定されたプレフィックスで名前が始まるすべてのオブジェクトを表示します。 のにある必要があります
のすべてのオブジェクトをリストすることを避けるために、少なくとも 4 桁の XNUMX 進数の長さ
誤ってリポジトリ。
オプション for
--local-env-vars
リポジトリに対してローカルな GIT_* 環境変数を一覧表示します (例: GIT_DIR または
GIT_WORK_TREE ですが、GIT_EDITOR ではありません)。 変数の名前のみがリストされています。
それらが設定されている場合でも、それらの値。
--git-dir
定義されている場合は $GIT_DIR を表示します。 それ以外の場合は、.git ディレクトリへのパスを表示します。 パス
相対的な場合は、現在の作業ディレクトリに相対的です。
$GIT_DIR が定義されておらず、現在のディレクトリが Git 内にあることが検出されない場合
リポジトリまたは作業ツリーは stderr にメッセージを出力し、ゼロ以外のステータスで終了します。
--git-common-dir
定義されている場合は $GIT_COMMON_DIR を表示し、定義されていない場合は $GIT_DIR を表示します。
--is-inside-git-dir
現在の作業ディレクトリがリポジトリ ディレクトリの下にある場合は、"true" を出力します。
それ以外の場合は「false」。
--is-inside-work-tree
現在の作業ディレクトリがリポジトリ プリントの作業ツリー内にある場合
「真」、それ以外は「偽」。
--is-bare-repository
リポジトリが裸の場合は「true」、そうでない場合は「false」を出力します。
--resolve-git-dir
チェックする有効なリポジトリまたは有効なリポジトリを指す gitfile です。
リポジトリの場所を出力します。 もしもはgitfileであり、解決された
実際のリポジトリへのパスが出力されます。
--git パス
「$GIT_DIR/を解決する" などの他のパス再配置変数を取ります
$GIT_OBJECT_DIRECTORY、$GIT_INDEX_FILE... アカウントに。 たとえば、
$GIT_OBJECT_DIRECTORY が /foo/bar に設定され、「git rev-parse --git-path objects/abc」
/foo/bar/abc を返します。
--show-cdup
コマンドがサブディレクトリから呼び出された場合、最上位のパスを表示します
現在のディレクトリからの相対ディレクトリ (通常は "../" のシーケンス、または
空の文字列)。
--show-prefix
コマンドがサブディレクトリから呼び出された場合、現在のパスを表示します
最上位ディレクトリからの相対ディレクトリ。
--show-トップレベル
最上位ディレクトリの絶対パスを表示します。
--共有インデックス パス
分割インデックス モードで共有インデックス ファイルへのパスを表示するか、そうでない場合は空にします
分割インデックス モード。
その他 オプション
--since=日付文字列、--after=日付文字列
日付文字列を解析し、対応する --max-age= パラメータを出力します git
リビジョンリスト.
--until=日付文字列、--before=日付文字列
日付文字列を解析し、対応する --min-age= パラメータを出力します git
リビジョンリスト.
...
解析するフラグとパラメーター。
指定する 改訂
リビジョン パラメータ 通常、必ずしもそうではありませんが、コミット オブジェクトに名前を付けます。 それは使用しています
と呼ばれるもの で SHA-1 構文。 オブジェクト名を綴るさまざまな方法を次に示します。 の
このリストの最後近くにリストされているものは、コミットに含まれるツリーとブロブに名前を付けます。
、例えば dae86e1950b1277e545cee180551750029cfe735, デー86e
完全な SHA-1 オブジェクト名 (40 バイトの XNUMX 進文字列)、または先頭の部分文字列
リポジトリ内で一意です。 例: dae86e1950b1277e545cee180551750029cfe735 および
リポジトリに他のオブジェクトがない場合、dae86e は両方とも同じコミット オブジェクトに名前を付けます
そのオブジェクト名は dae86e で始まります。
、例えば v1.7.4.2-679-g3bee7fb
git describe からの出力。 つまり、最も近いタグで、オプションでその後にダッシュと
コミット数、その後にダッシュ、 g、および省略されたオブジェクト名。
、例えば マスター, ヘッド/マスター, refs / heads / master
シンボリック参照名。 例えば マスター 通常、によって参照されるコミット オブジェクトを意味します。
refs / heads / master。 あなたがたまたま両方を持っているなら ヘッド/マスター & タグ/マスター、することができます
明示的に言う ヘッド/マスター どちらを意味するかをGitに伝えます。 あいまいな場合、
次のルールで最初に一致したものを取得することで曖昧さが解消されます。
1。 もし $GIT_DIR/ 存在します、それはあなたが意味するものです（これは通常、
for HEAD, FETCH_HEAD, ORIG_HEAD, MERGE_HEAD & CHERRY_PICK_HEAD);
2. そうでなければ、 参照/ 存在する場合;
3. そうでなければ、 参照/タグ/ 存在する場合;
4. そうでなければ、 refs/heads/ 存在する場合;
5. そうでなければ、 参照/リモート/ 存在する場合;
6. そうでなければ、 参照/リモート/ /頭 存在する場合。
HEAD 作業ツリーの変更に基づいたコミットに名前を付けます。
FETCH_HEAD リモートリポジトリからフェッチしたブランチを記録します
最後の git fetch 呼び出し。 ORIG_HEAD を移動するコマンドによって作成されます。 HEAD
抜本的な方法で、の位置を記録する HEAD 彼らの操作の前に、だから
枝の先端を走る前の状態に簡単に戻せること
それら。 MERGE_HEAD ブランチにマージするコミットを記録します
git merge を実行すると。 CHERRY_PICK_HEAD あなたがコミットしたことを記録します
git cherry-pick を実行したときのチェリーピッキング。
のいずれかであることに注意してください。 参照/* 上記のケースは、 $GIT_DIR/refs
ディレクトリまたは $GIT_DIR/packed-refs ファイル。 参照名のエンコーディングは
一部の出力処理で ref 名が想定される可能性があるため、UTF-8 が推奨されます。
UTF-8。
@
@ 単独でのショートカットです HEAD.
@{ }、例えば master@{昨日}, 頭@{5 分 前に}
参照の後に接尾辞が続く @ 中かっこのペアで囲まれた日付指定
（例えば {昨日}, {1 月 2 週間 3 日 1 時間 1 2番目の 前に} or {1979-02-26
18:30:00}) は、以前の時点での参照の値を指定します。 このサフィックスは
ref 名の直後にのみ使用でき、ref には既存のログが必要です。
($GIT_DIR/ログ/）。 これはあなたの状態を調べることに注意してください ローカル 与えられた参照
時間; 例: あなたの地域にあったもの マスター 先週の分岐。 見たい方は
特定の時間に行われたコミット。 - 以来 & - それまで.
@{ }、例えば マスター@{1}
参照の後に接尾辞が続く @ 中かっこのペアで囲まれた序数指定
（例えば 1 {}, 15 {}) は、その参照の n 番目の前の値を指定します。 例えば マスター@{1}
の直前の値です。 マスター while マスター@{5} は の 5 番目の事前値です。
マスター. このサフィックスは、ref 名の直後にのみ使用でき、ref は
既存のログを持っている ($GIT_DIR/ログ/).
@{ }、例えば @{1}
あなたが使用することができます @ の reflog エントリを取得するために、空の ref 部分を使用して構築します。
現在のブランチ。 たとえば、ブランチにいる場合 blabla その後 @{1} と同じ意味
ブラブラ@{1}.
@{- }、例えば @{-1}
コンストラクト @{- } を意味します現在のブランチ/コミットの前にチェックアウトされた th ブランチ/コミット
1。
@{上流の}、例えば master@{上流}, @{u}
接尾辞 @{上流の} ブランチ名（短縮形 @{u}） を参照
branchname で指定されたブランチが上に構築されるように設定されているブランチ (構成された
枝付き。 .remote とブランチ。 。マージ）。 不足しているブランチ名のデフォルトは
現在のもの。
@{押す}、例えば master@{プッシュ}, @{押す}
接尾辞 @{押す} git push が実行された場合、「プッシュ先」のブランチを報告します
branchname がチェックアウトされている間 (または現在の HEAD ブランチ名が指定されていない場合)。
もちろん、プッシュ先はリモートリポジトリにあるため、ローカルを報告します
そのブランチに対応する追跡ブランチ (つまり、 refs / remotes /).
より明確にするための例を次に示します。
$ git config push.default 現在
$ git config リモート.pushdefault myfork
$ git checkout -b mybranch オリジン/マスター
$ git rev-parse --symbolic-full-name @{upstream}
参照/リモート/オリジン/マスター
$ git rev-parse --symbolic-full-name @{push}
参照/リモート/myfork/mybranch
この例では、三角形のワークフローを設定していることに注意してください。
別の場所にプッシュします。 非三角ワークフローでは、 @{押す} と同じです。
@{上流の}、そしてその必要はありません。
^、例えば 頭^、 v1.5.1^0
サフィックス ^ リビジョンパラメータへの変換は、そのコミットオブジェクトの最初の親を意味します。 ^
を意味します番目の親 (すなわち ^ に相当します ^1）。 特別なルールとして、
^0 コミット自体を意味し、次の場合に使用されます タグのオブジェクト名です
コミット オブジェクトを参照するオブジェクト。
〜、例えば マスター~3
サフィックス 〜 リビジョン パラメータへのコミット オブジェクトは、 番目
最初の親のみに続く、名前付きコミット オブジェクトの世代の祖先。 いえ
~3 に相当します ^^^ これは ^1^1^1. 以下を参照してください。
このフォームの使用例。
^{ }、例えば v0.99.8^{コミット}
サフィックス ^ 中かっこのペアで囲まれたオブジェクト型名が続くと、逆参照を意味します
のオブジェクト 型のオブジェクトになるまで再帰的に が見つかった、またはオブジェクト
もう逆参照できません (この場合は barf)。 たとえば、
コミットっぽい、 ^{コミット} 対応するコミット オブジェクトについて説明します。 同様に、
木のようなもので、 ^{木} 対応するツリー オブジェクトについて説明します。 ^0 is
の省略形 ^{コミット}.
rev^{オブジェクト} 確認するために使用できます 回転 なしで存在するオブジェクトに名前を付ける
必要 回転 タグになり、逆参照せずに 回転; タグはすでに
オブジェクトを取得するために一度も逆参照する必要はありません。
rev^{タグ} を確実にするために使用できます。 回転 既存のタグ オブジェクトを識別します。
^{}、例えば v0.99.8^{}
サフィックス ^ 空の中括弧のペアが続く場合、オブジェクトがタグである可能性があることを意味します。
非タグ オブジェクトが見つかるまで、タグを再帰的に逆参照します。
^{/ }、例えば HEAD^{/修正 意地の悪い バグ}
サフィックス ^ リビジョン パラメータに、その後にテキスト led を含むブレース ペアが続きます
スラッシュによって、と同じです ：/修理 意地の悪い バグ 以下の構文は、
から到達可能な最も若い一致するコミット ^.
:/、例えば ：/修理 意地の悪い バグ
コロンの後にスラッシュが続き、その後にテキストが続き、そのコミット メッセージのコミットを指定します。
指定された正規表現に一致します。 この名前は、最も若い一致を返します
任意の参照から到達可能なコミット。 コミットメッセージが ! 貴社
それを繰り返さなければなりません。 特別なシーケンス :/!、その後に他の何かが続く !であり、
今のところ予約されています。 正規表現は、コミット メッセージの任意の部分に一致できます。 に
文字列で始まるメッセージに一致します。たとえば、使用できます :/^フー.
:、例えば 先頭:README, :README, マスター:./README
サフィックス : その後にパス名が続き、ツリーのような特定のパスにあるブロブまたはツリーの名前が付けられます
コロンの前の部分で名前が付けられたオブジェクト。 ：道 (前に空の部分がある
コロン) は、次に説明する構文の特殊なケースです: インデックスに記録されたコンテンツ
指定されたパスで。 で始まるパス ./ or .. / 現在の作業に関連しています
ディレクトリ。 指定されたパスは、作業ツリーのルートに相対的になるように変換されます
ディレクトリ。 これは、コミットまたはツリーからブロブまたはツリーをアドレス指定するのに最も役立ちます。
作業ツリーと同じツリー構造です。
: :、例えば :0:リードミー, :README
オプションでステージ番号 (0 から 3) が続くコロンとコロン、その後に
path は、指定されたパスのインデックス内の BLOB オブジェクトに名前を付けます。 欠落しているステージ番号 (および
それに続くコロン) は、ステージ 0 エントリを指定します。 マージ中、ステージ 1 は
共通の祖先、ステージ 2 はターゲット ブランチのバージョン (通常は現在の
ブランチ)、およびステージ 3 は、マージされるブランチのバージョンです。
これは、Jon Loeliger によるイラストです。 コミット ノード B と C は両方とも commit の親です
ノード A. 親コミットは左から右に並べられます。
GHIJ
\ / \ /
DEF
\ | ／＼
\ | / |
\|/ |
紀元前
\/
\/
A
A = = A^0
B = A^ = A^1 = A~1
C = A^2 = A^2
D = A^^ = A^1^1 = A~2
E = B^2 = A^^2
F = B^3 = A^^3
G = A^^^ = A^1^1^1 = A~3
H = D^2 = B^^2 = A^^^2 = A~2^2
私 = F^ = B^3^ = A^^3^
J = F^2 = B^3^2 = A^3^2
指定する 範囲
git log などの履歴トラバース コマンドは、単一のコミットではなく、一連のコミットに対して動作します。
専念。 これらのコマンドに対して、
前のセクションは、コミットに続いて、そのコミットから到達可能なコミットのセットを意味します
祖先連鎖。
コミットから到達可能なコミットを除外するには、プレフィックス ^ 表記が使用されます。 例えば ^r1 r2 手段
から到達可能なコミット r2 ただし、到達可能なものは除外します r1.
このセット操作は頻繁に使用されるため、省略形があります。 二人いるとき
コミットする r1 & r2 (上記のリビジョンの指定で説明した構文に従って名前が付けられます)、
r2 から到達可能なものを除いて、rXNUMX から到達可能なコミットを要求できます。
r1 によって ^r1 r2 そしてそれは次のように書くことができます r1..r2.
似たような表記 r1...r2 の対称差と呼ばれる r1 & r2 と定義されています
r1 r2 - いいえ $(git マージベース - すべて r1 r2）. 到達可能なコミットのセットです
のどちらかから r1 or r2 両方からではありません。
これら XNUMX つの短縮形では、一方の端を省略して、デフォルトで HEAD にすることができます。 例えば、
元.. の略記です 原点..HEAD そして、「から分岐してから何をしましたか」と尋ねます
オリジンブランチ？」同様に、 ..元 の略記です HEAD..オリジン そして「何をしたの？
私がそれらからフォークしたので、起源は何ですか？」 .. つまり 頭..頭 これは空です
HEAD から到達可能と到達不能の両方の範囲。
コミットとその親コミットによって形成されるセットに名前を付けるための他の XNUMX つの略記
存在。 The r1^@ 表記は、のすべての親を意味します r1. r1^! コミットを含む r1 しかし、すべてを除外します
その両親の。
要約すると：
から到達可能なコミットを含めます (つまり、祖先) .
^
から到達可能なコミット (つまり、の祖先) を除外します。 .
..
到達可能なコミットを含めるただし、到達可能なものは除外します
から. いずれかの場合またを省略した場合、デフォルトは HEAD.
...
どちらからでも到達可能なコミットを含めますまたただし、次のものは除外します
両方から到達可能です。 いずれかの場合またを省略した場合、デフォルトは HEAD.
^@、例えば 頭^@
サフィックス ^ の後ろにアットマークを付けることは、 のすべての親をリストすることと同じです
(つまり、親から到達可能なものはすべて含めますが、コミット自体は含めません)。
^!、例えば 頭^！
サフィックス ^ 感嘆符が続くと、コミットを与えるのと同じです その後
接頭辞が付いたすべての親 ^ それら（およびその祖先）を除外します。
以下にいくつかの例を示します。
DGHD
DFGHIJDF
^GDHD
^DBEIJFB
B..CC
B...CGHDEBC
^DBCEIJFBC
CIJFC
C^@ IJF
C^! ハ
F^! DGHDF
パースオプト
--parseopt モードでは、 git 回転解析 オプションをマッサージして、シェルスクリプトに
Cビルトインが持っているのと同じ機能。 これは、オプション ノーマライザーとして機能します (たとえば、単一の分割
集計値を切り替えます)、少し似ています 取得（1）します。
解析して理解するオプションの仕様を標準入力に取ります。
に適した文字列を標準出力にエコーします。 sh(1) eval を置き換える
正規化されたものを持つ引数。 エラーの場合、標準エラーに使用法を出力します
コード 129 で終了します。
注: 結果を eval に渡すときは、必ず結果を引用してください。 例については、以下を参照してください。
入力 フォーマット
git 回転解析 --parseopt 入力形式は完全にテキストベースです。 で区切られた XNUMX つの部分があります。
-- のみを含む行。 セパレーターの前の行 (XNUMX つ以上である必要があります) は、
用途に使用。 セパレーターの後の行は、オプションを説明しています。
オプションの各行は次の形式です。
* ? SP+ ヘルプ LF
その形式は短いオプション文字で、次に長いオプション名が
コンマ。 両方が必要というわけではありませんが、少なくとも XNUMX つが必要です。 含まれていない可能性があります
のいずれか文字。 h、help、dry-run、f は正しい例です
.
*、=、? また ！。
· オプションが引数を取る場合は = を使用します。
・ 使用する ？ オプションがオプションの引数を取ることを意味します。 あなたはおそらくしたいです
--stuck-long モードを使用して、オプションの引数を明確に解析できるようにします。
· * を使用すると、このオプションは、
-h 引数。 に記載されているように、 --help-all に対して表示されます gitcliとします。
・ 使用する ！ 対応する否定された long オプションを使用可能にしないようにします。
が指定されている場合、ヘルプ出力で引数の名前として使用されます。
引数をとるオプション。 最初の空白で終了します。 それは
複数単語の引数ヒントでは、ダッシュを使用して単語を区切るのが通例です。
スペースを取り除いた後の行の残りの部分は、関連するヘルプとして使用されます。
オプション。
空白行は無視され、この指定に一致しない行はオプションとして使用されます
グループヘッダー (意図的にそのような行を作成するためにスペースで行を開始します)。
例
OPTS_SPEC="\
いくつかのコマンド [オプション] ...
some-command は foo と bar を実行します!
--
h,help ヘルプを表示
foo いくつかの気の利いたオプション --foo
bar= クールなオプション --bar と引数
baz=arg 別のクールなオプション --baz と名前付き引数
qux?path qux はパス引数を取ることができますが、それ自体で意味があります
オプション グループ ヘッダー
C? オプションの引数を持つオプション C"
eval "$(echo "$OPTS_SPEC" | git rev-parse --parseopt -- "$@" || echo exit $?)"
使用法 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
上記の例で「$@」が -h または --help の場合、次の使用法テキストが表示されます。
使用法: some-command [オプション] ...
some-command は foo と bar を実行します!
-h, --help ヘルプを表示
--foo 気の利いたオプション --foo
--bar ... いくつかのクールなオプション --bar と引数
--baz 名前付き引数を持つ別のクールなオプション --baz
--qux[= ] qux はパス引数を取ることができますが、それ自体で意味があります
オプション グループ ヘッダー
-C[...] オプションの引数を指定したオプション C
スクエアクォート
--sq-quote モードでは、 git 回転解析 に適した単一の行を標準出力にエコーします。
sh(1) 評価。 この行は、--sq-quote に続く引数を正規化して作成されます。 何もない
引数を引用する以外は行われます。
コマンド入力を通常どおり解釈したい場合は、 git 回転解析 前
出力はシェルで引用されています。 --sq オプションを参照してください。
例
$ cat >your-git-script.sh <<\EOF
#!/bin/sh
args=$(git rev-parse --sq-quote "$@") # ユーザー指定の引数を引用
command="git frotz -n24 $args" # 手作りの
＃ コマンドライン
eval "$コマンド"
EOF
$ sh your-git-script.sh "a b'c"
例
· 現在のコミットのオブジェクト名を表示:
$ git rev-parse --verify HEAD
· $REV シェル変数のリビジョンからコミット オブジェクト名を出力します。
$ git rev-parse --verify $REV^{commit}
$REV が空であるか有効なリビジョンでない場合、これはエラーになります。
· 上記と同様:
$ git rev-parse --default master --verify $REV
ただし、$REV が空の場合、master からのコミット オブジェクト名が出力されます。
GIT
の一部 git（1）スイート
onworks.net サービスを使用してオンラインで git-rev-parse を使用する
