Git 与 Dropbox 问题

Question

关于 Git 和 Dropbox 的问题。我使用各种在线教程设置了 Git 和 Dropbox。当我推送项目时，我注意到 dropbox 文件夹非常小（1mb，而我的本地计算机上约为 4mb）。我很确定实际的文件没有被推送到保管箱。这是正常的吗？

谢谢！

Answer 1

正如已经指出的那样，Dropbox 并不是共享存储库的最安全解决方案（请参阅“这很愚蠢吗：通过 DropBox 进行 GIT 共享？

Greg "。 Bacon 表示 Dropbox 已经保留了旧版本的文件，这与 Git 已经做的事情有点多余。

请参阅“此讨论”（这是关于完整的存储库）备份，但不仅仅是一个裸仓库）：

众所周知，Dropbox 在同步大量文件时会变得很慢，而 Git 根据设计会在硬盘上创建大量文件。不过，您可以通过定期运行 git gc 来鼓励将大量松散对象打包为少量打包对象。

此外，只要您执行任何基本操作，Dropbox 就会开始同步内容：checkout、stash、commit、fetch、rebase、reset 等。我担心如果我工作得太快，Dropbox 会启动创建我的文件的冲突副本。

更糟糕的是，Git 的内部存储更加脆弱（Git 绝不是一种备份方法！），而且由于 Dropbox 是为处理普通的 .doc 文件而设计的，所以在处理时就太粗心了。它涉及到操作文件或文件名。如果其中的某些内容失败，您可能会发现自己不走运。

我将 dropbox 与 git 包< /a>：仅同步一个文件。
这样问题就少得多（但这也意味着像钩子这样的本地设置不是我的捆绑包的一部分）。

Answer 2

您可以考虑告诉 dropbox 忽略存储库中的 .git 目录。我使用 dropbox 来保存文件的副本（以防我用 git 做了一些愚蠢的事情并取消我的更改），但我不需要 dropbox 来保存 .git 目录的副本。

在保管箱首选项中，“高级”下有一个名为“选择性同步”的部分，可让您禁用特定文件夹的同步。