Autogenerated manpages for v2.46.0-164-g477ce
[git-manpages.git] / man1 / git-send-pack.1
blob55cad0e6dd6504350d30d8c93d62c3d511ac8f4a
1 '\" t
2 .\"     Title: git-send-pack
3 .\"    Author: [FIXME: author] [see http://www.docbook.org/tdg5/en/html/author]
4 .\" Generator: DocBook XSL Stylesheets v1.79.2 <http://docbook.sf.net/>
5 .\"      Date: 2024-08-14
6 .\"    Manual: Git Manual
7 .\"    Source: Git 2.46.0.164.g477ce5ccd6
8 .\"  Language: English
9 .\"
10 .TH "GIT\-SEND\-PACK" "1" "2024-08-14" "Git 2\&.46\&.0\&.164\&.g477ce5" "Git Manual"
11 .\" -----------------------------------------------------------------
12 .\" * Define some portability stuff
13 .\" -----------------------------------------------------------------
14 .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
15 .\" http://bugs.debian.org/507673
16 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
17 .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
18 .ie \n(.g .ds Aq \(aq
19 .el       .ds Aq '
20 .\" -----------------------------------------------------------------
21 .\" * set default formatting
22 .\" -----------------------------------------------------------------
23 .\" disable hyphenation
24 .nh
25 .\" disable justification (adjust text to left margin only)
26 .ad l
27 .\" -----------------------------------------------------------------
28 .\" * MAIN CONTENT STARTS HERE *
29 .\" -----------------------------------------------------------------
30 .SH "NAME"
31 git-send-pack \- Push objects over Git protocol to another repository
32 .SH "SYNOPSIS"
33 .sp
34 .nf
35 \fIgit send\-pack\fR [\-\-mirror] [\-\-dry\-run] [\-\-force]
36                 [\-\-receive\-pack=<git\-receive\-pack>]
37                 [\-\-verbose] [\-\-thin] [\-\-atomic]
38                 [\-\-[no\-]signed | \-\-signed=(true|false|if\-asked)]
39                 [<host>:]<directory> (\-\-all | <ref>\&...\:)
40 .fi
41 .SH "DESCRIPTION"
42 .sp
43 Usually you would want to use \fIgit push\fR, which is a higher\-level wrapper of this command, instead\&. See \fBgit-push\fR(1)\&.
44 .sp
45 Invokes \fIgit\-receive\-pack\fR on a possibly remote repository, and updates it from the current repository, sending named refs\&.
46 .SH "OPTIONS"
47 .PP
48 \-\-receive\-pack=<git\-receive\-pack>
49 .RS 4
50 Path to the
51 \fIgit\-receive\-pack\fR
52 program on the remote end\&. Sometimes useful when pushing to a remote repository over ssh, and you do not have the program in a directory on the default $PATH\&.
53 .RE
54 .PP
55 \-\-exec=<git\-receive\-pack>
56 .RS 4
57 Same as \-\-receive\-pack=<git\-receive\-pack>\&.
58 .RE
59 .PP
60 \-\-all
61 .RS 4
62 Instead of explicitly specifying which refs to update, update all heads that locally exist\&.
63 .RE
64 .PP
65 \-\-stdin
66 .RS 4
67 Take the list of refs from stdin, one per line\&. If there are refs specified on the command line in addition to this option, then the refs from stdin are processed after those on the command line\&.
68 .sp
70 \fB\-\-stateless\-rpc\fR
71 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\&.
72 .RE
73 .PP
74 \-\-dry\-run
75 .RS 4
76 Do everything except actually send the updates\&.
77 .RE
78 .PP
79 \-\-force
80 .RS 4
81 Usually, the command refuses to update a remote ref that is not an ancestor of the local ref used to overwrite it\&. This flag disables the check\&. This means that the remote repository can lose commits; use it with care\&.
82 .RE
83 .PP
84 \-\-verbose
85 .RS 4
86 Run verbosely\&.
87 .RE
88 .PP
89 \-\-thin
90 .RS 4
91 Send a "thin" pack, which records objects in deltified form based on objects not included in the pack to reduce network traffic\&.
92 .RE
93 .PP
94 \-\-atomic
95 .RS 4
96 Use an atomic transaction for updating the refs\&. If any of the refs fails to update then the entire push will fail without changing any refs\&.
97 .RE
98 .PP
99 \-\-[no\-]signed, \-\-signed=(true|false|if\-asked)
100 .RS 4
101 GPG\-sign the push request to update refs on the receiving side, to allow it to be checked by the hooks and/or be logged\&. If
102 \fBfalse\fR
104 \fB\-\-no\-signed\fR, no signing will be attempted\&. If
105 \fBtrue\fR
107 \fB\-\-signed\fR, the push will fail if the server does not support signed pushes\&. If set to
108 \fBif\-asked\fR, sign if and only if the server supports signed pushes\&. The push will also fail if the actual call to
109 \fBgpg \-\-sign\fR
110 fails\&. See
111 \fBgit-receive-pack\fR(1)
112 for the details on the receiving end\&.
115 \-\-push\-option=<string>
116 .RS 4
117 Pass the specified string as a push option for consumption by hooks on the server side\&. If the server doesn\(cqt support push options, error out\&. See
118 \fBgit-push\fR(1)
120 \fBgithooks\fR(5)
121 for details\&.
124 <host>
125 .RS 4
126 A remote host to house the repository\&. When this part is specified,
127 \fIgit\-receive\-pack\fR
128 is invoked via ssh\&.
131 <directory>
132 .RS 4
133 The repository to update\&.
136 <ref>\&...\:
137 .RS 4
138 The remote refs to update\&.
140 .SH "SPECIFYING THE REFS"
142 There are three ways to specify which refs to update on the remote end\&.
144 With the \fB\-\-all\fR flag, all refs that exist locally are transferred to the remote side\&. You cannot specify any \fI<ref>\fR if you use this flag\&.
146 Without \fB\-\-all\fR and without any \fI<ref>\fR, the heads that exist both on the local side and on the remote side are updated\&.
148 When one or more \fI<ref>\fR are specified explicitly (whether on the command line or via \fB\-\-stdin\fR), it can be either a single pattern, or a pair of such patterns separated by a colon ":" (this means that a ref name cannot have a colon in it)\&. A single pattern \fI<name>\fR is just shorthand for \fI<name>:<name>\fR\&.
150 Each pattern pair consists of the source side (before the colon) and the destination side (after the colon)\&. The ref to be pushed is determined by finding a match that matches the source side, and where it is pushed is determined by using the destination side\&. The rules used to match a ref are the same rules used by \fIgit rev\-parse\fR to resolve a symbolic ref name\&. See \fBgit-rev-parse\fR(1)\&.
152 .RS 4
153 .ie n \{\
154 \h'-04'\(bu\h'+03'\c
156 .el \{\
157 .sp -1
158 .IP \(bu 2.3
160 It is an error if <src> does not match exactly one of the local refs\&.
163 .RS 4
164 .ie n \{\
165 \h'-04'\(bu\h'+03'\c
167 .el \{\
168 .sp -1
169 .IP \(bu 2.3
171 It is an error if <dst> matches more than one remote ref\&.
174 .RS 4
175 .ie n \{\
176 \h'-04'\(bu\h'+03'\c
178 .el \{\
179 .sp -1
180 .IP \(bu 2.3
182 If <dst> does not match any remote ref, either
184 .RS 4
185 .ie n \{\
186 \h'-04'\(bu\h'+03'\c
188 .el \{\
189 .sp -1
190 .IP \(bu 2.3
192 it has to start with "refs/"; <dst> is used as the destination literally in this case\&.
195 .RS 4
196 .ie n \{\
197 \h'-04'\(bu\h'+03'\c
199 .el \{\
200 .sp -1
201 .IP \(bu 2.3
203 <src> == <dst> and the ref that matched the <src> must not exist in the set of remote refs; the ref matched <src> locally is used as the name of the destination\&.
207 Without \fB\-\-force\fR, the <src> ref is stored at the remote only if <dst> does not exist, or <dst> is a proper subset (i\&.e\&. an ancestor) of <src>\&. This check, known as the "fast\-forward check", is performed to avoid accidentally overwriting the remote ref and losing other people\(cqs commits from there\&.
209 With \fB\-\-force\fR, the fast\-forward check is disabled for all refs\&.
211 Optionally, a <ref> parameter can be prefixed with a plus \fI+\fR sign to disable the fast\-forward check only on that ref\&.
212 .SH "GIT"
214 Part of the \fBgit\fR(1) suite