- stretch 1:2.11.0-3+deb9u4
- testing 1:2.20.1-2
- stretch-backports 1:2.20.1-1~bpo9+1
- unstable 1:2.20.1-2
- experimental 1:2.22.0+next.20190701-1
GIT-FETCH-PACK(1) | Git Manual | GIT-FETCH-PACK(1) |
NAME¶
git-fetch-pack - Receive missing objects from another repositorySYNOPSIS¶
git fetch-pack [--all] [--quiet|-q] [--keep|-k] [--thin] [--include-tag] [--upload-pack=<git-upload-pack>] [--depth=<n>] [--no-progress] [-v] <repository> [<refs>...]
DESCRIPTION¶
Usually you would want to use git fetch, which is a higher level wrapper of this command, instead.Invokes git-upload-pack on a possibly remote repository and asks it to send objects missing from this repository, to update the named heads. The list of commits available locally is found out by scanning the local refs/ hierarchy and sent to git-upload-pack running on the other end.
This command degenerates to download everything to complete the asked refs from the remote side when the local side does not have a common ancestor commit.
OPTIONS¶
--all--stdin
If --stateless-rpc is specified together with this option then the list of refs must be in packet format (pkt-line). Each ref must be in a separate packet, and the list must end with a flush packet.
-q, --quiet
-k, --keep
--thin
--include-tag
--upload-pack=<git-upload-pack>
--exec=<git-upload-pack>
--depth=<n>
--shallow-since=<date>
--shallow-exclude=<revision>
--deepen-relative
--no-progress
--check-self-contained-and-connected
-v
<repository>
<refs>...
If the remote has enabled the options uploadpack.allowTipSHA1InWant or uploadpack.allowReachableSHA1InWant, they may alternatively be 40-hex sha1s present on the remote.
SEE ALSO¶
git-fetch(1)GIT¶
Part of the git(1) suite09/28/2018 | Git 2.11.0 |