gpt4 book ai didi

git - Git 中 Mercurial 的 largefiles 扩展相当于什么?

转载 作者:太空狗 更新时间:2023-10-29 13:10:22 24 4
gpt4 key购买 nike

我正在将一些个人项目存储库从 Mercurial 迁移到 Git。其中一个项目依赖于一些不变但很大的 shapefile 和 SQLite 数据库。这些文件很重要,需要保存在 repo 中,以便 checkout 该项目的任何人都可以访问它们。使用 Mercurial,这很容易处理;我使用了大文件扩展名。 largefiles 通过不尝试分析大小大于 X 的文件的内容来自动处理文件添加/更改。也就是说,我可以执行 hg addremove,一切都会正常工作

Git 和 Mercurial 一样,并不是为跟踪大文件而设计的。但是,我没有看到类似的扩展。我调查了git-annex ,但似乎我需要手动跟踪文件(即,我不能随意执行 git add -A)。另外,如果我没看错的话,git-annex 似乎在一个完全独立的仓库中维护大文件。我想将我当前存储库中的大文件保存在它们当前所在的目录中。

人们如何处理这种情况?当然,有很多项目需要跟踪大型文件,这些文件是项目运行不可或缺的一部分。 git-annex 会完成这个,还是我需要一些其他扩展?

最佳答案

唯一一个设计用于处理大型(甚至非常非常)文件的类似 git 的系统是:

bup (在 GitMinutes #24 中查看更多信息)

结果是一个实际的 git 存储库,常规 Git 命令可以读取。

我在“git with large files”中详细说明了 bup 与 Git 的不同之处。


Surely there are lots of projects that need to track large files integral to the operation of the project.

不,没有。这根本不是 Git 的设计目的,甚至 git-annex 也是一种不完全令人满意的解决方法:请参阅“git-annex with large files”。
我在“How to handle a large git repository?”中提到了其他工具。

关于git - Git 中 Mercurial 的 largefiles 扩展相当于什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20025310/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com