离线更新导出的 Git 存储库中的文件
Update files from an exported Git repository offline
让我先描述一下场景，所有这些都需要在没有连接到互联网的情况下发生。 Windows 方法优于 Linux。
一个客户有我们软件的一个版本，它是通过 CD 手工交付的。在我们的存储库上进行了一定数量的推送后，我希望客户端能够接收这些文件更新，而不必重新交付所有文件。我只想提供存储库的副本并让 git 将他们的旧文件更新到当前状态。不需要访问历史或分支，只需要复制每个文件的最新版本。
所以问题是，将单独的脱机文件更新到当前外部存储库状态的最佳（最简单）方法是什么？
我已经阅读了一些可能性，但我不了解它们的差异或功能或确切的过程和命令。此外，我发现的每个示例都使用 https: 来传输文件。
1) 远程添加，远程更新，然后合并
2) 克隆存储库然后用户将拉
3) git 存档以创建 tarball
4) 捆绑包似乎仅适用于未推送的提交。
如果可能的话，把 cmd 命令也写出来会非常有帮助。
如果我正确理解了您的情况，那么您可以使用 git diff --patch <revision_of_customer> > latest_version.patch 生成补丁文件，然后使用 patch 实用程序将其应用到客户端。此方法仅适用于文本文件。如果您的存储库中有二进制文件，您可以查看推荐的实用程序 here。
让我先描述一下场景，所有这些都需要在没有连接到互联网的情况下发生。 Windows 方法优于 Linux。
一个客户有我们软件的一个版本，它是通过 CD 手工交付的。在我们的存储库上进行了一定数量的推送后，我希望客户端能够接收这些文件更新，而不必重新交付所有文件。我只想提供存储库的副本并让 git 将他们的旧文件更新到当前状态。不需要访问历史或分支，只需要复制每个文件的最新版本。
所以问题是，将单独的脱机文件更新到当前外部存储库状态的最佳（最简单）方法是什么？
我已经阅读了一些可能性，但我不了解它们的差异或功能或确切的过程和命令。此外，我发现的每个示例都使用 https: 来传输文件。
1) 远程添加，远程更新，然后合并
2) 克隆存储库然后用户将拉
3) git 存档以创建 tarball
4) 捆绑包似乎仅适用于未推送的提交。
如果可能的话，把 cmd 命令也写出来会非常有帮助。
如果我正确理解了您的情况，那么您可以使用 git diff --patch <revision_of_customer> > latest_version.patch 生成补丁文件，然后使用 patch 实用程序将其应用到客户端。此方法仅适用于文本文件。如果您的存储库中有二进制文件，您可以查看推荐的实用程序 here。