git init
git remote add origin git@github.com:<user>/<repo>.git
git remote -v
git pull origin master

有两种方法。在可能的情况下，我会为你的新git工作目录创建一个干净的文件夹，然后稍后复制你的版本。这可能看起来像*:

mv $dir $dir.orig
git clone $url $dir
rsync -av --delete --exclude '.git' $dir.orig/ $dir/
rm -rf $dir.orig

在这一点上，你应该有一个非常干净的工作副本，你以前的工作文件夹作为当前的工作目录，所以任何变化，包括文件删除，都会显示在雷达上，如果你运行git status。

另一方面，如果你真的必须用另一种方式来做，你可以得到类似这样的结果:

cd $dir
git clone --no-checkout $url tempdir
mv tempdir/.git .
rmdir tempdir
git reset --mixed HEAD

无论哪种方式，我要做的第一件事是运行git stash之类的东西来获得所有本地更改的副本，然后你可以重新应用它们，并通过哪些你想要提交。

*这两个例子都假设您从项目的父目录中的shell开始。

下面我做了，在一个现有目录下签出主分支:

git init
git remote add origin [my-repo]
git fetch
git checkout origin/master -ft

这可以通过克隆到一个新目录，然后将.git目录移动到现有目录来实现。

如果您的现有目录名为“code”。

git clone https://myrepo.com/git.git temp
mv temp/.git code/.git
rm -rf temp

这也可以在不执行克隆命令的情况下完成;更多信息可以在这里找到。

如果你正在使用至少git 1.7.7(教会克隆——config选项)，将当前目录转换为工作副本:

git clone example.com/my.git ./.git --mirror --config core.bare=false

这是通过:

将存储库克隆到一个新的.git文件夹中 ——mirror会像.git需要的那样，将新的克隆文件放到纯元数据文件夹中 ——配置的核心。Bare =false撤销了——mirror选项中隐含的Bare =true，从而允许存储库拥有一个相关联的工作目录，并像正常的克隆一样工作

如果您希望转换为工作副本的目录中已经存在.git元数据目录，那么这显然是行不通的。

如果您正在克隆相同的存储库，那么在现有的存储库中运行以下代码片段

git pull origin master