セットアップと設定
プロジェクトの取得と作成
基本的なスナップショット作成
ブランチとマージ
プロジェクトの共有と更新
検査と比較
パッチ適用
デバッグ
メール
外部システム
サーバー管理
- 2.39.1 → 2.49.0 変更なし
-
2.39.0
2022-12-12
- 2.7.6 → 2.38.5 変更なし
-
2.6.7
2017-05-05
- 2.1.4 → 2.5.6 変更なし
-
2.0.5
2014-12-17
説明
*git archive --remote* によって呼び出され、生成されたアーカイブをGitプロトコル経由で相手側に送信します。
このコマンドは通常、エンドユーザーによって直接呼び出されることはありません。プロトコルのUIは*git archive*側にあり、このプログラムペアはリモートリポジトリからアーカイブを取得するために使用されることを意図しています。
セキュリティ
履歴から削除されたものの、まだパージされていないオブジェクトのプライバシーを保護するため、`git-upload-archive`は、リポジトリの参照から到達できないコミットやツリーのアーカイブ提供を回避します。しかし、オブジェクトの到達可能性の計算は計算コストが高いため、`git-upload-archive`はより厳格で、しかし確認しやすい一連のルールを実装しています
-
クライアントは、参照によって直接指されているコミットまたはツリーを要求できます。例:`git archive --remote=origin v1.0`。
-
クライアントは、`ref:path`構文を使用してコミットまたはツリー内のサブツリーを要求できます。例:`git archive --remote=origin v1.0:Documentation`。
-
クライアントは、結果が到達可能であっても、他のsha1表現を使用することは*できません*。例:`master^`のような相対コミットも、`abcd1234`のようなリテラルsha1も、結果が参照から到達可能であっても許可されません。
ルール3は、プライバシーに影響しない多くのケースを許可しないことに注意してください。これらのルールは将来のgitのバージョンで変更される可能性があり、`git archive --remote`でアクセスされるサーバーがこれらの厳密なルールに従うかどうかは保証されません。
設定オプション`uploadArchive.allowUnreachable`がtrueの場合、これらのルールは無視され、クライアントは任意のsha1表現を使用できます。これは、到達不能なオブジェクトのプライバシーを気にしない場合や、オブジェクトデータベースがすでに非スマートHTTP経由で公開されている場合に役立ちます。
GIT
git[1]スイートの一部