5022b58e58
The synopsis section of "git unpack-objects" documentation has been clarified a bit. * vd/doc-unpack-objects: Documentation: "pack-file" is not literal in unpack-objects Documentation: restore a space in unpack-objects usage
50 lines
1.1 KiB
Plaintext
50 lines
1.1 KiB
Plaintext
git-unpack-objects(1)
|
|
=====================
|
|
|
|
NAME
|
|
----
|
|
git-unpack-objects - Unpack objects from a packed archive
|
|
|
|
|
|
SYNOPSIS
|
|
--------
|
|
[verse]
|
|
'git unpack-objects' [-n] [-q] [-r] [--strict] < <pack-file>
|
|
|
|
|
|
DESCRIPTION
|
|
-----------
|
|
Read a packed archive (.pack) from the standard input, expanding
|
|
the objects contained within and writing them into the repository in
|
|
"loose" (one object per file) format.
|
|
|
|
Objects that already exist in the repository will *not* be unpacked
|
|
from the pack-file. Therefore, nothing will be unpacked if you use
|
|
this command on a pack-file that exists within the target repository.
|
|
|
|
See linkgit:git-repack[1] for options to generate
|
|
new packs and replace existing ones.
|
|
|
|
OPTIONS
|
|
-------
|
|
-n::
|
|
Dry run. Check the pack file without actually unpacking
|
|
the objects.
|
|
|
|
-q::
|
|
The command usually shows percentage progress. This
|
|
flag suppresses it.
|
|
|
|
-r::
|
|
When unpacking a corrupt packfile, the command dies at
|
|
the first corruption. This flag tells it to keep going
|
|
and make the best effort to recover as many objects as
|
|
possible.
|
|
|
|
--strict::
|
|
Don't write objects with broken content or links.
|
|
|
|
GIT
|
|
---
|
|
Part of the linkgit:git[1] suite
|