Version control 我如何做>；5GB是否承诺使用Mercurial？

我正在尝试将现有项目导入Mercurial。这个项目有点超过5GB

当我尝试进行hg推送时，总是会遇到缓冲区空间不足的错误

---

有人知道一种好的初始提交方法吗？

假设您确实需要将如此大的提交放入Mercurial中，我猜提交的大小主要是由于少数biiiig文件，而不是几百万个小文件。在这种情况下，您可以调查，这应该适合您的需要。当您添加一个大文件时，它是通过校验和而不是内容来跟踪的，因此Mercurial本身跟踪的内容相对较小。扩展将为您处理这些版本

---

然而，正如Alex Stuckey提到的，您通常不应该提交诸如编译的二进制文件（对象代码、生成的可执行文件等等）之类的内容，这是您进行如此大的提交的最可能原因。您最好创建一个像样的

.hgignore

文件（一个删除常见可疑文件的文件-

*.o

，

*.pdb

，无论什么，…），这将有助于避免将来意外添加这样的文件。我有一个标准的

.hgignore

，它作为第一次提交被放入我的几乎所有存储库，并且对我很有帮助。

假设您确实需要将如此大的提交放入Mercurial，我想您提交的大小主要是由于少数biiiig文件，而不是几百万个小文件。在这种情况下，您可以调查，这应该适合您的需要。当您添加一个大文件时，它是通过校验和而不是内容来跟踪的，因此Mercurial本身跟踪的内容相对较小。扩展将为您处理这些版本

---

然而，正如Alex Stuckey提到的，您通常不应该提交诸如编译的二进制文件（对象代码、生成的可执行文件等等）之类的内容，这是您进行如此大的提交的最可能原因。您最好创建一个像样的

.hgignore

文件（一个删除常见可疑文件的文件-

*.o

，

*.pdb

，无论什么，…），这将有助于避免将来意外添加这样的文件。我有一个标准的

.hgignore

，它作为第一次提交被放入我的几乎所有存储库中，对我很有帮助。

有关为什么不鼓励在mercurial中存储二进制文件的简要说明，请阅读 及

---

在本例中，我们使用Dropbox处理二进制文件。它允许您保留文件的历史记录，并在团队成员之间同步文件夹。如果您不需要保留文件的历史记录，可以使用rsync保持二进制文件的同步。

有关为什么不建议在mercurial中存储二进制文件的简要说明，请阅读 及

---

在本例中，我们使用Dropbox处理二进制文件。它允许您保留文件的历史记录，并在团队成员之间同步文件夹。如果您不需要保留文件的历史记录，可以使用rsync来保持二进制文件的同步。

如果您不想使用Mercurial，那么另一种可能是使用。它不像Mercurial那样是DVCS，而是有一个中央存储库，您可以在其中存储数据，并“签出”文件的版本—与Subversion的方式大致相同

重要的一点是，它是为了存储大型二进制文件而编写的

---

我没有使用过它，因此我无法评论它的工作性能有多好，或者它有多稳定，但它是一种可能的替代方案，可能很适合您的需要。

如果您没有使用Mercurial，那么另一种可能是使用。它不像Mercurial那样是DVCS，而是有一个中央存储库，您可以在其中存储数据，并“签出”文件的版本—与Subversion的方式大致相同

重要的一点是，它是为了存储大型二进制文件而编写的

---

我没有使用过它，因此我无法评论它的性能有多好，或者它有多稳定，但它是一种可能的替代方案，很适合您的需要。

您打算承诺的5GB更大的内容是什么？通常情况下，您不应该将编译后的二进制文件提交到hg或Git中。您要提交的是5GB以上的哪些文件？通常情况下，您不应该将编译后的二进制文件提交到hg或Git中。我正试图使用hg对所有我的家庭文档进行版本化。所以很多3D模型，photoshop作品，等等。你提到的LFE很有趣。。。我一定会仔细阅读的。谢谢。如果您试图对所有家庭文档进行版本设置，那么考虑到@chuzo的警告，您可能不希望所有文档都放在一个存储库中——您可能更希望每个项目都有一个repo，或者子项目（如果仍然太大的话）。我正在尝试使用HG对所有家庭文档进行版本设置。所以很多3D模型，photoshop作品，等等。你提到的LFE很有趣。。。我一定会仔细阅读的。谢谢。如果你想对所有家庭文档进行版本化，那么考虑到@chuzo的警告，你可能不希望所有文档都放在一个存储库中——你可能更希望每个项目都有一个回购，或者子项目（如果仍然太大的话）。Boar看起来与我需要的非常接近，所以我要标记这就是答案。谢谢。野猪看起来很接近我需要的，所以我要标记这是答案。谢谢