在不使用第三方集成工具的情况下，我可以稍微改善一下条件，并使用DropBox和其他类似的云磁盘服务，如带Git的SpiderOak。

我们的目标是避免在这些文件修改的中间同步，因为它可以上传一个部分状态，然后下载回来，完全破坏你的git状态。

为了避免这个问题，我做了:

使用git Bundle create my_repo将我的git索引捆绑在一个文件中。git——所有。 为文件监控设置一个延迟，例如5分钟，而不是瞬间。这降低了DropBox在更改过程中同步部分状态的机会。它在动态修改云磁盘上的文件时也有很大帮助(比如即时保存笔记应用程序)。

它并不完美，因为不能保证它不会再次弄乱git状态，但它有帮助，目前我没有遇到任何问题。

正确的方法是使用git-remote-dropbox: https://github.com/anishathalye/git-remote-dropbox

在Dropbox中创建自己的裸回购会导致很多问题。Anish(库的创造者)解释得很好:

The root cause of these problems is that the Dropbox desktop client is designed for syncing files, not Git repositories. Without special handling for Git repositories, it doesn’t maintain the same guarantees as Git. Operations on the remote repository are no longer atomic, and concurrent operations or unlucky timing with synchronization can result in a corrupted repository. Traditional Git remotes run code on the server side to make this work properly, but we can’t do that. Solution: It is possible to solve this properly. It is possible to use Git with Dropbox and have the same safety and consistency guarantees as a traditional Git remote, even when there are multiple users and concurrent operations! For a user, it’s as simple as using git-remote-dropbox, a Git remote helper that acts as a transparent bidirectional bridge between Git and Dropbox and maintains all the guarantees of a traditional Git remote. It’s even safe to use with shared folders, so it can be used for collaboration (yay unlimited private repos with unlimited collaborators!). With the remote helper, it’s possible to use Dropbox as a Git remote and continue using all the regular Git commands like git clone, git pull, and git push, and everything will just work as expected.

现在是2014年，我已经使用Git和Dropbox大约一年半了，没有任何问题。 以下是几点:

我所有使用Dropbox的电脑都是Windows操作系统，不同版本(7到8)+ 1个mac。 我不与其他人共享存储库，所以我是唯一一个修改它的人。 git push推送到一个远程存储库，这样如果它损坏了，我可以很容易地恢复它。 我必须在C:\Users中使用mklink /D链接目标创建别名，因为一些库指向绝对位置。

在MacOS上，你也可以停止Dropbox，进行更改，然后重新启动Dropbox。 我正在使用以下组合，我很满意:

在这两个(本地git托管项目目录和位于Dropbox上的远程git存储库)中运行以下命令来禁用自动打包(这是Dropbox同步的主要问题)

git config --global gc.auto 0

然后不时地，压缩存储库dropbox禁用。例如，每当我发布应用程序的新版本时，我都会在bash-build-脚本中执行以下操作。

osascript -e "tell application \"Dropbox\" to quit"

# Compress local
git gc --prune=now; git repack -a -d

# Compress remote
REPOS_DIR_REMOTE=`git remote get-url --push origin`
cd "${REPOS_DIR_REMOTE}"
git gc --prune=now; git repack -a -d

osascript -e "tell application \"Dropbox\" to launch"
osascript -e "display notification with title \"Compress Done\""

在我看来，Dropbox只适用于个人用途，因为你不想麻烦地获得一个中央回收主机。对于任何专业开发来说，你可能会制造更多的问题，而不是解决更多的问题，就像已经在帖子中多次提到的那样，Dropbox并不是为这个用例而设计的。也就是说，在没有任何第三方插件或工具的情况下，在Dropbox上转储存储库的一个非常安全的方法是使用捆绑包。我在我的.gitconfig中有以下别名以节省输入:

[alias]
        bundle-push = "!cd \"${GIT_PREFIX:-.}\" && if path=\"$(git config remote.\"$1\".url)\" && [ \"${path:0:1}\" = / ]; then git bundle create \"$path\" --all && git fetch \"$1\"; else echo \"Not a bundle remote\"; exit 1; fi #"
        bundle-fetch = "!cd \"${GIT_PREFIX:-.}\" && if path=\"$(git config remote.\"$1\".url)\" && [ \"${path:0:1}\" = / ]; then git bundle verify \"$path\" && git fetch \"$1\"; else echo \"Not a bundle remote\"; exit 1; fi #"
        bundle-new = "!cd \"${GIT_PREFIX:-.}\" && if [ -z \"${1:-}\" -o -z \"${2:-}\" ]; then echo \"Usage: git bundle-new <file> <remote name>\"; exit 1; elif [ -e \"$2\" ]; then echo \"File exist\"; exit 1; else git bundle create \"$2\" --all && git remote add -f \"$1\" \"$(realpath \"$2\")\"; fi #"

例子:

# Create bundle remote (in local repo)
$ git bundle-new dropbox ~/Dropbox/my-repo.bundle
# Fetch updates from dropbox
$ git bundle-fetch dropbox
# NOTE: writes over previous bundle. Thus, roughly equivalent to push --force --prune --all
$ git bundle-push

另一种方法:

到目前为止，所有的答案，包括最受欢迎的@Dan的答案，都提出了使用Dropbox来集中共享存储库的想法，而不是使用专注于git的服务，如github, bitbucket等。

但是，由于最初的问题并没有具体说明“有效地使用Git和Dropbox”的真正含义，让我们研究另一种方法: “使用Dropbox仅同步工作树。”

操作步骤如下:

在项目目录中，创建一个空的.git目录(例如mkdir -p myproject/.git) 取消同步Dropbox中的。git目录。如果使用Dropbox应用程序:进入“首选项”，“同步”，“选择要同步的文件夹”，其中。git目录需要去掉标记。这将删除.git目录。 在工程目录下运行git init

如果.git已经存在，它也可以工作，那么只执行步骤2。Dropbox会在网站上保留一份git文件的副本。

步骤2将导致Dropbox不同步git系统结构，这是这种方法的预期结果。

为什么要使用这种方法呢?

尚未发布的更改将在Dropbox上备份，并在不同设备之间同步。 如果Dropbox在设备之间同步时搞砸了，git状态和git diff将很方便地整理事情。 它节省了Dropbox帐户的空间(整个历史将不会存储在那里) 它避免了@dubek和@Ates在对@Dan的回答的评论中提出的担忧，以及@clu在另一个回答中提出的担忧。

其他地方的远程存在(github等)将很好地使用这种方法。

在不同的分支上工作会带来一些问题，需要注意:

一个潜在的问题是，当用户签出不同的分支时，Dropbox(不必要的?)可能会同步许多文件。 如果两个或多个Dropbox同步设备签出了不同的分支，对两个设备未提交的更改可能会丢失，

解决这些问题的一种方法是使用git工作树将分支签出保存在单独的目录中。