ci: add a GitHub workflow to submit Coverity scans
[git.git] / Documentation / git-archive.txt
blob6bab201d37548dd5c4f911baf981f3fc1995a889
1 git-archive(1)
2 ==============
4 NAME
5 ----
6 git-archive - Create an archive of files from a named tree
9 SYNOPSIS
10 --------
11 [verse]
12 'git archive' [--format=<fmt>] [--list] [--prefix=<prefix>/] [<extra>]
13               [-o <file> | --output=<file>] [--worktree-attributes]
14               [--remote=<repo> [--exec=<git-upload-archive>]] <tree-ish>
15               [<path>...]
17 DESCRIPTION
18 -----------
19 Creates an archive of the specified format containing the tree
20 structure for the named tree, and writes it out to the standard
21 output.  If <prefix> is specified it is
22 prepended to the filenames in the archive.
24 'git archive' behaves differently when given a tree ID versus when
25 given a commit ID or tag ID.  In the first case the current time is
26 used as the modification time of each file in the archive.  In the latter
27 case the commit time as recorded in the referenced commit object is
28 used instead.  Additionally the commit ID is stored in a global
29 extended pax header if the tar format is used; it can be extracted
30 using 'git get-tar-commit-id'. In ZIP files it is stored as a file
31 comment.
33 OPTIONS
34 -------
36 --format=<fmt>::
37         Format of the resulting archive. Possible values are `tar`,
38         `zip`, `tar.gz`, `tgz`, and any format defined using the
39         configuration option `tar.<format>.command`. If `--format`
40         is not given, and the output file is specified, the format is
41         inferred from the filename if possible (e.g. writing to `foo.zip`
42         makes the output to be in the `zip` format). Otherwise the output
43         format is `tar`.
45 -l::
46 --list::
47         Show all available formats.
49 -v::
50 --verbose::
51         Report progress to stderr.
53 --prefix=<prefix>/::
54         Prepend <prefix>/ to paths in the archive.  Can be repeated; its
55         rightmost value is used for all tracked files.  See below which
56         value gets used by `--add-file` and `--add-virtual-file`.
58 -o <file>::
59 --output=<file>::
60         Write the archive to <file> instead of stdout.
62 --add-file=<file>::
63         Add a non-tracked file to the archive.  Can be repeated to add
64         multiple files.  The path of the file in the archive is built by
65         concatenating the value of the last `--prefix` option (if any)
66         before this `--add-file` and the basename of <file>.
68 --add-virtual-file=<path>:<content>::
69         Add the specified contents to the archive.  Can be repeated to add
70         multiple files.  The path of the file in the archive is built
71         by concatenating the value of the last `--prefix` option (if any)
72         before this `--add-virtual-file` and `<path>`.
74 The `<path>` argument can start and end with a literal double-quote
75 character; the contained file name is interpreted as a C-style string,
76 i.e. the backslash is interpreted as escape character. The path must
77 be quoted if it contains a colon, to avoid the colon from being
78 misinterpreted as the separator between the path and the contents, or
79 if the path begins or ends with a double-quote character.
81 The file mode is limited to a regular file, and the option may be
82 subject to platform-dependent command-line limits. For non-trivial
83 cases, write an untracked file and use `--add-file` instead.
85 --worktree-attributes::
86         Look for attributes in .gitattributes files in the working tree
87         as well (see <<ATTRIBUTES>>).
89 --mtime=<time>::
90         Set modification time of archive entries.  Without this option
91         the committer time is used if `<tree-ish>` is a commit or tag,
92         and the current time if it is a tree.
94 <extra>::
95         This can be any options that the archiver backend understands.
96         See next section.
98 --remote=<repo>::
99         Instead of making a tar archive from the local repository,
100         retrieve a tar archive from a remote repository. Note that the
101         remote repository may place restrictions on which sha1
102         expressions may be allowed in `<tree-ish>`. See
103         linkgit:git-upload-archive[1] for details.
105 --exec=<git-upload-archive>::
106         Used with --remote to specify the path to the
107         'git-upload-archive' on the remote side.
109 <tree-ish>::
110         The tree or commit to produce an archive for.
112 <path>::
113         Without an optional path parameter, all files and subdirectories
114         of the current working directory are included in the archive.
115         If one or more paths are specified, only these are included.
117 BACKEND EXTRA OPTIONS
118 ---------------------
122 -<digit>::
123         Specify compression level.  Larger values allow the command
124         to spend more time to compress to smaller size.  Supported
125         values are from `-0` (store-only) to `-9` (best ratio).
126         Default is `-6` if not given.
130 -<number>::
131         Specify compression level. The value will be passed to the
132         compression command configured in `tar.<format>.command`. See
133         manual page of the configured command for the list of supported
134         levels and the default level if this option isn't specified.
136 CONFIGURATION
137 -------------
139 tar.umask::
140         This variable can be used to restrict the permission bits of
141         tar archive entries.  The default is 0002, which turns off the
142         world write bit.  The special value "user" indicates that the
143         archiving user's umask will be used instead.  See umask(2) for
144         details.  If `--remote` is used then only the configuration of
145         the remote repository takes effect.
147 tar.<format>.command::
148         This variable specifies a shell command through which the tar
149         output generated by `git archive` should be piped. The command
150         is executed using the shell with the generated tar file on its
151         standard input, and should produce the final output on its
152         standard output. Any compression-level options will be passed
153         to the command (e.g., `-9`).
155 The `tar.gz` and `tgz` formats are defined automatically and use the
156 magic command `git archive gzip` by default, which invokes an internal
157 implementation of gzip.
159 tar.<format>.remote::
160         If true, enable the format for use by remote clients via
161         linkgit:git-upload-archive[1]. Defaults to false for
162         user-defined formats, but true for the `tar.gz` and `tgz`
163         formats.
165 [[ATTRIBUTES]]
166 ATTRIBUTES
167 ----------
169 export-ignore::
170         Files and directories with the attribute export-ignore won't be
171         added to archive files.  See linkgit:gitattributes[5] for details.
173 export-subst::
174         If the attribute export-subst is set for a file then Git will
175         expand several placeholders when adding this file to an archive.
176         See linkgit:gitattributes[5] for details.
178 Note that attributes are by default taken from the `.gitattributes` files
179 in the tree that is being archived.  If you want to tweak the way the
180 output is generated after the fact (e.g. you committed without adding an
181 appropriate export-ignore in its `.gitattributes`), adjust the checked out
182 `.gitattributes` file as necessary and use `--worktree-attributes`
183 option.  Alternatively you can keep necessary attributes that should apply
184 while archiving any tree in your `$GIT_DIR/info/attributes` file.
186 EXAMPLES
187 --------
188 `git archive --format=tar --prefix=junk/ HEAD | (cd /var/tmp/ && tar xf -)`::
190         Create a tar archive that contains the contents of the
191         latest commit on the current branch, and extract it in the
192         `/var/tmp/junk` directory.
194 `git archive --format=tar --prefix=git-1.4.0/ v1.4.0 | gzip >git-1.4.0.tar.gz`::
196         Create a compressed tarball for v1.4.0 release.
198 `git archive --format=tar.gz --prefix=git-1.4.0/ v1.4.0 >git-1.4.0.tar.gz`::
200         Same as above, but using the builtin tar.gz handling.
202 `git archive --prefix=git-1.4.0/ -o git-1.4.0.tar.gz v1.4.0`::
204         Same as above, but the format is inferred from the output file.
206 `git archive --format=tar --prefix=git-1.4.0/ v1.4.0^{tree} | gzip >git-1.4.0.tar.gz`::
208         Create a compressed tarball for v1.4.0 release, but without a
209         global extended pax header.
211 `git archive --format=zip --prefix=git-docs/ HEAD:Documentation/ > git-1.4.0-docs.zip`::
213         Put everything in the current head's Documentation/ directory
214         into 'git-1.4.0-docs.zip', with the prefix 'git-docs/'.
216 `git archive -o latest.zip HEAD`::
218         Create a Zip archive that contains the contents of the latest
219         commit on the current branch. Note that the output format is
220         inferred by the extension of the output file.
222 `git archive -o latest.tar --prefix=build/ --add-file=configure --prefix= HEAD`::
224         Creates a tar archive that contains the contents of the latest
225         commit on the current branch with no prefix and the untracked
226         file 'configure' with the prefix 'build/'.
228 `git config tar.tar.xz.command "xz -c"`::
230         Configure a "tar.xz" format for making LZMA-compressed tarfiles.
231         You can use it specifying `--format=tar.xz`, or by creating an
232         output file like `-o foo.tar.xz`.
235 SEE ALSO
236 --------
237 linkgit:gitattributes[5]
241 Part of the linkgit:git[1] suite