我们有一个项目/产品要分发给我们的客户。在所有构建步骤之后，该工具基本上是一个包含多个可执行文件和资源文件的文件夹。
目前，我们使用 HTTP 服务器分发更新，客户端从中下载新的或过时的文件。这有一些固有的缺陷（慢，没有压缩，在服务器上删除后没有删除客户端上的文件等）
理论上，Git 可以满足我们所有的需求，但我们需要为我们的客户端提供一个额外的 git 客户端，它本身就非常庞大。
您知道分发增量更新的更好方法吗？
我会反对 git。
除了 git beeing 在您看来“巨大”之外，您还将提供整个历史。这意味着每个客户（包括新客户）都可以访问任何旧版本。这可能是好事，但通常这不是您想要的。
我建议使用现有的基于网络服务器的基础架构编写自己的更新客户端，并处理“要删除的文件”。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句