設定和配置
獲取和建立專案
基本快照
分支與合併
共享和更新專案
檢查和比較
打補丁
除錯
電子郵件
外部系統
伺服器管理
指南
管理
底層命令
-
2.52.0
2025-11-17
- 2.45.2 → 2.51.2 無更改
-
2.45.1
2024-04-29
- 2.45.0 無更改
- 2.44.2 → 2.44.4 無更改
-
2.44.1
2024-04-19
- 2.44.0 無更改
- 2.43.5 → 2.43.7 無更改
-
2.43.4
2024-04-19
- 2.43.1 → 2.43.3 無更改
- 2.43.0 無更改
- 2.42.3 → 2.42.4 無更改
-
2.42.2
2024-04-19
- 2.42.1 無更改
- 2.42.0 無更改
- 2.41.2 → 2.41.3 無更改
-
2.41.1
2024-04-19
- 2.41.0 無更改
- 2.40.3 → 2.40.4 無更改
-
2.40.2
2024-04-19
- 2.40.1 無更改
- 2.40.0 無更改
- 2.39.5 無更改
-
2.39.4
2024-04-19
- 2.38.1 → 2.39.3 無更改
-
2.38.0
2022-10-02
- 2.34.1 → 2.37.7 無更改
-
2.34.0
2021-11-15
- 2.21.1 → 2.33.8 無更改
- 2.21.0 無更改
- 2.19.3 → 2.20.5 無更改
-
2.19.2
2018-11-21
- 2.11.4 → 2.19.1 無更改
-
2.10.5
2017-09-22
- 2.1.4 → 2.9.5 無更改
-
2.0.5
2014-12-17
描述
由 git fetch-pack 呼叫，瞭解對方缺少哪些物件，然後將它們打包傳送。
此命令通常不直接由終端使用者呼叫。協議的使用者介面在 git fetch-pack 端，該程式對是為了從遠端儲存庫拉取更新而設計的。對於推送操作，請參閱 git send-pack。
選項
- --strict
- --no-strict
-
如果 <directory> 不是 Git 儲存庫，則不嘗試檢查 <directory>/.git/。
- --timeout=<n>
-
在空閒 <n> 秒後中斷傳輸。
- --stateless-rpc
-
只執行一次 stdin 和 stdout 的讀寫週期。這符合 HTTP POST 請求處理模型，程式可以讀取請求，寫入響應，然後退出。
- --http-backend-info-refs
-
由 git-http-backend[1] 用於響應 $GIT_URL/info/refs?service=git-upload-pack 請求。請參閱 gitprotocol-http[5] 中的“Smart Clients”以及 gitprotocol-v2[5] 文件中的“HTTP Transport”。git-receive-pack[1] 也支援此選項。
- <directory>
-
要同步的儲存庫。
環境變數
GIT_PROTOCOL-
用於握手線協議的內部變數。伺服器管理員可能需要配置某些傳輸以允許傳遞此變數。請參閱 git[1] 中的討論。
GIT_NO_LAZY_FETCH-
在克隆或拉取部分儲存庫（即使用
--filter克隆的儲存庫）時，伺服器端的upload-pack可能需要從其上游拉取額外的物件來完成請求。預設情況下，upload-pack會拒絕執行此類延遲拉取，因為gitfetch可能會執行源儲存庫配置和鉤子中指定的任意命令（而upload-pack嘗試安全執行，即使在不受信任的.git目錄中）。這是透過讓
upload-pack內部將GIT_NO_LAZY_FETCH變數設定為1來實現的。如果您想覆蓋它（因為您正在從部分克隆中拉取，並且您確信它可信），您可以顯式將GIT_NO_LAZY_FETCH設定為0。
安全性
大多數 Git 命令不應在不受信任的 .git 目錄中執行（請參閱 git[1] 中關於 SECURITY 的部分）。upload-pack 嘗試避免它所服務的儲存庫中的任何危險配置選項或鉤子，使其能夠安全地克隆不受信任的目錄並在生成的克隆上執行命令。
為了提供額外的安全級別，您可能可以在其他使用者下執行 upload-pack。詳細資訊將因平臺而異，但在許多系統上您可以執行
git clone --no-local --upload-pack='sudo -u nobody git-upload-pack' ...