写入成对的文件（.pack 和 .idx），使用 <base-name> 来确定创建的文件名。 当使用该选项时，一对中的两个文件被写入 <base-name>-<SHA-1>.{pack,idx} 文件。 <SHA-1> 是一个基于 pack 内容的哈希值，会写入命令的标准输出中。

将包的内容（本来要写到 .pack 文件中的内容）写到标准输出中。

从标准输入读取修订参数，而不是单个对象名称。 修订版参数的处理方式与带有 --objects 标志的 git rev-list 使用其 commit 参数来建立其输出的对象列表相同。 结果列表上的对象被打包。 除了修订，还接受 --not 或 --shallow <SHA-1> 行。

这暗指 --revs。 当处理从标准输入读取的修订参数列表时，将打包的对象限制在那些尚未打包的对象。

这暗指 --revs。 除了从标准输入中读取的修订参数列表外，还假设指定要包括 `refs/`下的所有引用。

包括未被要求的注释标签，如果它们引用的对象被包含在结果的打包文件中。 这对于向本地 Git 客户端发送新的标签很有用。

从标准输入中读取 packfiles（例如：pack-1234abcd.pack）的基本名称，而不是对象名称或修订参数。产生的数据包包含所有在包含的数据包中列出的对象（那些不是以 ^ 开头的），排除在排除的数据包中列出的任何对象（以 ^ 开头）。

将无法到达的对象打包到一个单独的 "cruft" 包中，以 .mtimes 文件的存在为标志。通常由`git repack --cruft`使用。调用者提供一个包的名称列表，并指出哪些包将保留在版本库中，以及哪些包将被删除（用 - 前缀表示）。cruft 包的内容是所有不包含在幸存的包中的对象，它们没有超过宽限期（见下面的 --cruft-expiration），或者它们已经超过了宽限期，但可以从其他没有超过宽限期的对象中到达。

如果指定了，且对象的 mtime 超过 <approxidate>，就会从 cruft 包中剔除。如果没有指定（并给出 --cruft），那么没有对象被淘汰。

这两个选项影响了使用 delta 压缩法存储数据包中的对象的方式。 这些对象首先按照类型、大小和可选的名称进行内部排序，并与 --window 内的其他对象进行比较，看使用 delta 压缩是否节省了空间。 --depth 限制了最大的 delta 深度；使其过深会影响到解包方的性能，因为 delta 数据需要应用那么多次才能到达必要的对象。

这个选项在 --window 的基础上提供了一个额外的限制；窗口的大小将动态地缩小，以便不占用超过 <n> 字节的内存。 这对有大有小的对象的存储库很有用，它不会因为大窗口而耗尽内存，但仍然能够利用大窗口来处理小对象。 大小可以以 "k"、"m "或 "g "为后缀。 --window-memory=0 使内存使用不受限制。 默认值取自`pack.windowMemory` 配置变量。

在不寻常的情况下，你可能无法在你的文件系统上创建大于一定大小的文件，这个选项可以用来告诉命令将输出的 packfile 分割成多个独立的 packfile，每个 packfile 都不大于给定的大小。大小可以以 "k"、"m "或 "g "为后缀。允许的最小尺寸被限制为1 MiB。 默认是无限制的，除非配置变量`pack.packSizeLimit` 被设置。注意，这个选项可能会导致仓库变大变慢；参见 `pack.packSizeLimit`中的讨论。

这个标志会使一个已经在本地打包的对象被忽略，即使它本来会被打包。

这个标志使已经在给定包中的对象被忽略，即使它本来已经被打包。<pack-name> 是不带前导目录的包文件名（例如：pack-123.pack）。该选项可以被多次指定以保留多个包。

这个标志使已经在包装中的对象被忽略，即使它本来会被包装。

这个标志导致从另一个对象存储空间借来的对象被忽略，即使它本来会被打包。

只有在至少包含一个对象的情况下才会创建一个打包的档案。

当标准错误流连接到终端时，除非指定了 -q，否则默认情况下会在标准错误流上报告进展状态。即使标准错误流没有指向终端，这个标志也会强制显示进度状态。

当指定 --stdout 时，在对象计数和压缩阶段会显示进度报告，但在写出阶段会被抑制。原因是在某些情况下，输出流直接与另一个命令相连，而后者在处理输入的数据时可能希望显示自己的进度状态。 这个标志和 --progress 一样，只是它在写出阶段也强制显示进度报告，即使使用了 --stdout。

当进度显示被激活时，它被用来暗指 --all-progress。 与 --all-progress 不同的是，这个标志本身实际上并不强制显示任何进度。

这个标志使命令不在标准错误流中报告其进度。

当在已有打包的版本库中创建一个打包的归档文件时，该命令会重用现有的三角洲。 这有时会导致一个稍微次优的打包。 这个标志告诉命令不要重用现有的 deltas，而是从头开始计算。

这个标志告诉命令不要重复使用现有的对象数据，包括非延迟对象，强迫重新压缩所有东西。 这意味着 --no-reuse-delta。只有在需要对打包的数据全盘执行不同的压缩级别的隐蔽情况下才有用。

为生成的数据包中新压缩的数据指定压缩级别。 如果没有指定，数据包的压缩级别首先由 pack.compression 决定，然后由 core.compression 决定，如果两者都没有设置，则默认为 -1，即 zlib 默认值。 如果你想在所有的数据上强制使用统一的压缩级别，无论其来源如何，请添加 --no-reuse-object。

与 "--revs" 选项结合使用时，切换 "稀疏" 算法，以确定哪些对象应包含在数据包中。这种算法只行走那些出现在引入新对象的路径中的树。 当计算一个包来发送一个小的变化时，这可能有显著的性能优势。然而，如果所包含的提交包含某些类型的直接重命名，则可能会有额外的对象被添加到包文件中。如果不包括这个选项，它默认为 pack.useSparse 的值，除非另有规定，否则为真。

通过省略发送方和接收方之间的共同对象来创建一个 "轻量" 包，以减少网络传输。这个选项只有在与 --stdout 一起使用时才有意义。

优化将被提供给客户的浅克隆仓库的数据包。 这个选项和 --thin 结合起来，可以以速度为代价，产生一个更小的包。

打包后的归档文件可以用 20 字节的对象名称或流中的偏移量来表达 delta 的基础对象，但早期版本的 Git 不理解后者。 默认情况下，git pack-objects 只使用前一种格式，以提高兼容性。 这个选项允许该命令使用后者的格式以达到紧凑的目的。 根据 delta 链的平均长度，这个选项通常会将生成的 packfile 缩小 3-5%。

指定搜索最佳 delta 匹配时产生的线程数。 这要求 pack-objects 使用 pthreads 编译，否则该选项将被忽略并发出警告。 这样做的目的是在多处理器机器上减少打包时间。 然而，delta 搜索窗口所需的内存会乘以线程数。 指定 0 将导致 Git 自动检测 CPU 数量并相应设置线程数量。

这是为测试套件准备的。它允许为生成的数据包索引强制选择版本，并对位于给定偏移量以上的对象强制选择 64 位索引条目。

通过这种方法，被移植物覆盖的父母还是会被打包。

从生成的包文件中省略某些对象（通常是 blob）。 有关有效的 <过滤规则> 形式，请参见 git-rev-list[1]。

关闭之前的 --filter= 参数。

一个调试选项，帮助未来的 "部分克隆 "开发。 这个选项指定了如何处理丢失的对象。

省略已知在远程 promisor 中的对象。 （该选项的目的是只对本地创建的对象执行操作，这样当我们重新打包时，仍然可以区分本地创建的对象 [不含 .promisor] 和来自远程 promisor [含 .promisor] 的对象)。 该选项与部分克隆一起使用。

除了标有 *.keep 文件的包中没有的可到达对象之外，用 --unpacked= 选项命名的包中的引用无法到达的对象也会被添加到生成的包中。这意味着`--revs`。

打包不可达的松散对象（并移除它们的松散对应对象）。这意味着`--revs`.

以松散的形式保存无法访问的对象。这意味着 --revs。

根据 “岛屿” 限制增量匹配。请参阅下文的增量匹配。

While performing delta compression, Git groups objects that may be similar based on heuristics using the path to that object. While grouping objects by an exact path match is good for paths with many versions, there are benefits for finding delta pairs across different full paths. Git collects objects by type and then by a "name hash" of the path and then by size, hoping to group objects that will compress well together.