还有一个开源项目(一个跨平台[Linux, Mac, Win]脚本的集合)，它用少量(3-4)命令完成存储库管理的所有细节。

https://github.com/karalabe/gitbox/wiki

示例用法如下:

$ gitbox create myapp
Creating empty repository...
Initializing new repository...
Repository successfully created.

$ gitbox clone myapp
Cloning repository...
Repository successfully cloned.

之后正常的git使用:

$ echo “Some change” > somefile.txt
$ git add somefile.txt
$ git commit –m “Created some file”
$ git push

查看项目wiki和手册以获得完整的命令参考和教程。

我使用Mercurial(或Git) + TrueCrypt + Dropbox进行加密远程备份。

最酷的是，如果你修改了一小部分代码，Dropbox不会同步整个TrueCrypt容器。同步时间大致与更改量成比例。即使它是加密的，TrueCrypt + Dropbox的组合也很好地利用了块密码+块级同步。

其次，单片加密容器不仅增加了安全性，还减少了存储库损坏的可能性。

警告:但是你必须非常小心，不要在Dropbox运行时挂载容器。如果两个不同的客户端将不同的版本签入到容器中，解决冲突也会很麻烦。因此，它只适用于个人备份，而不适用于团队。

设置:

创建一个Truecrypt容器(多个gb就可以了) 在Truecrypt首选项下，取消选中保留修改时间戳*。 创建一个由Dan上面提到的回购(https://stackoverflow.com/a/1961515/781695)

用法:

Dropbox辞职 挂载容器，推送更改，卸载 dropbox运行

附注:取消选中保留修改时间戳告诉dropbox文件已被修改，它应该同步。注意，即使不更改容器中的任何文件，装入容器也会修改时间戳。如果不希望发生这种情况，只需将卷挂载为只读

另一种方法:

到目前为止，所有的答案，包括最受欢迎的@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工作树将分支签出保存在单独的目录中。

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

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

我不想把我所有的项目都放在一个Git存储库下，也不想为每个项目运行这些代码，所以我编写了一个Bash脚本来自动化这个过程。你可以在一个或多个目录上使用它——所以它可以为你完成这篇文章中的代码，也可以一次在多个项目上完成。

#!/bin/sh
# Script by Eli Delventhal
# Creates Git projects for file folders by making the origin Dropbox. You will need to install Dropbox for this to work.

# Not enough parameters, show help.
if [ $# -lt 1 ] ; then

cat<<HELP
projects_to_git.sh -- Takes a project folder and creates a Git repository for it on Dropbox

USAGE:
    ./projects_to_git.sh file1 file2 ..

EXAMPLES:
    ./projects_to_git.sh path/to/MyProjectDir
        Creates a git project called MyProjectDir on Dropbox

    ./projects_to_git.sh path/to/workspace/*
        Creates a git project on Dropbox for every folder contained within the workspace directory, where the project name matches the folder name

HELP
    exit 0
fi

# We have enough parameters, so let's actually do this thing.

START_DIR=$(pwd)

# Make sure we have a connection to Dropbox
cd ~
if [ -s 'Dropbox' ] ; then
    echo "Found Dropbox directory."
    cd Dropbox
    if [ -s 'git' ] ; then
        echo "    Dropbox Git directory found."
    else
        echo "    Dropbox Git directory created."
        mkdir git
    fi
else
    echo "You do not have a Dropbox folder at ~/Dropbox! Install Dropbox. Aborting..."
    exit 0
fi

# Process all directories matching the passed parameters.
echo "Starting processing for all files..."
for PROJ in $*
do
    if [ -d $PROJ ] ; then
        PROJNAME=$(basename $PROJ)
        echo "  Processing $PROJNAME..."

        # Enable Git with this project.
        cd $PROJ
        if [ -s '.git' ] ; then
            echo "    $PROJNAME is already a Git repository, ignoring..."
        else
            echo "    Initializing Git for $PROJNAME..."
            git init -q
            git add .
            git commit -m "Initial creation of project." -q

            # Make the origin Dropbox.

            cd ~/Dropbox/git
            if [ -s $PROJNAME ] ; then
                echo "    Warning! $PROJNAME already exists in Git! Ignoring..."
            else
                echo "    Putting $PROJNAME project on Dropbox..."
                mkdir $PROJNAME
                cd $PROJNAME
                git init -q --bare
            fi

            # Link the project to the origin
            echo "    Copying local $PROJNAME to Dropbox..."
            cd $PROJ
            git remote add origin "~/Dropbox/git/$PROJNAME"
            git push -q origin master
            git branch --set-upstream master origin/master
        fi
    fi
done

echo "Done processing all files."
cd $START_DIR

I've been using Mercurial in the recommended manner and urge that you be cautious, especially if any of the machines differ. The Dropbox fora are full of complaints of mysterious filename case problems turning up spontaneously. Hg (and I presume Git) won't notice or complain during routine checkins and you'll only hear about the corruption when it complains of a corrupt repo when you try to use it for real. Bad news. Wish I could be more specific about the problem and its workarounds; I'm still trying to dig out from this mess myself.