我有一个项目的工作副本,没有任何源控制元数据。现在,我想把git-clone复制到这个文件夹中,并保留我的本地更改。
Git-clone不允许我克隆到现有的文件夹。这里的最佳实践是什么?
我有一个项目的工作副本,没有任何源控制元数据。现在,我想把git-clone复制到这个文件夹中,并保留我的本地更改。
Git-clone不允许我克隆到现有的文件夹。这里的最佳实践是什么?
当前回答
有两种方法。在可能的情况下,我会为你的新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 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元数据目录,那么这显然是行不通的。
使用临时目录是可以的,但是如果您想避免这一步,这样也可以。从你的工作目录的根目录:
$ rm -fr .git
$ git init
$ git remote add origin your-git-url
$ git fetch
$ git reset --mixed origin/master
不要克隆,而是获取。在回购中:
git init
git remote add origin $url_of_clone_source
git fetch origin
git checkout -b master --track origin/master # origin/master is clone's default
然后你可以重置树来获得你想要的提交:
git reset origin/master # or whatever commit you think is proper...
你就像克隆的一样。
这里有一个有趣的问题(也是一个没有答案的问题):如何找出你的裸树是基于哪个提交的,因此要重置到哪个位置。
有两种方法。在可能的情况下,我会为你的新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 repo克隆到一个空的现有目录,请执行以下步骤:
cd myfolder
git clone https://myrepo.com/git.git .
注意。在git克隆命令的末尾。这将把repo下载到当前工作目录中。