问题标签 [git-clone]

如何克隆具有特定修订版的 git 存储库，就像我通常在 Mercurial 中所做的那样：

我正在尝试托管一个 git 存储库。我现在可以在网络中的任何机器上克隆 git repo：

但我需要给出回购位置的绝对路径。

是否可以在不指定 repo 路径的情况下进行克隆？喜欢例如

提前致谢，

大约一个月前，我克隆了一个远程 git 存储库。远程存储库经历了许多更改，现在变得不稳定。现在我需要另一个存储库副本，版本与我一个月前克隆的版本相同。

我该怎么做呢？

我刚买了一台新电脑，我正试图在上面克隆我的 heroku 项目。

这是我到目前为止所做的。我没有包括跟踪，但所有内容都保存在正确的位置，并且函数运行没有错误。

然后我听说通过 ssh bash 来做这件事。

什么？好的爸爸..

不知道这里的密码是什么，但肯定不是我设置的。如果我只是按回车键，它会退出，但这并没有给我留下它有效的印象。因此，它仍然不允许我克隆存储库。

有任何想法吗？

更新 我进入我的 ~/.ssh 文件并执行ssh-keygen -t rsa并创建了一个名为love. 然后我heroku keys:add love.pub成功了。

然后我去了 git clone ..

更新 2

我删除了 ~/.ssh，并在没有sudo. 然后我从 heroku 中删除了我今天创建的所有密钥，并重新启动了该过程。

同样的错误。

更新 3

将这些键与我的键进行比较：它们是相同的。:D

没有权限。

尝试 4

heroku 键：清除 rm -rf ~/.ssh mkdir ~/.ssh cd ~/.ssh ssh-keygen -t rsa heroku 键：添加 cd /Users/macuser/Sites/ sudo git clone -o heroku git@heroku.com :shwagr.git

失败的。

致命：远端意外挂断

巨大的更新

刚刚发现 git repo 实际上是空的。它只是一个符号链接（当您附加一个真实的域时，它仍然使用旧的作为真正的 repo）。因此，当我提取 Heroku 的一个默认名称（如 smooth-buttery-back-52.git ）时，它提取并工作，实际上是我的存储库。

这个问题有点类似于我的另一个问题， 确保文件在更新挂钩中被转换为 CRLF - 是否会影响性能？

所以这就是下面的架构所要寻找的。1. 我的父存储库（裸机和数据）位于 UNIX 机器上。2. 我可以在 UNIX 机器上克隆我的存储库。3. 我可以使用 samba 在 Windows 机器上克隆我的存储库以访问我的父存储库。

如果我如何处理 CRLF 问题

1. 用户在 UNIX 中创建克隆，使用 samba 将其映射到 Windows 驱动器，修改在 Windows 中完成，创建 CR/LF 字符对作为 EOL。如果用户回到 Unix 并提交和推送。GIT如何照顾？还是我们需要安装一些挂钩？

2. 与上面相同，但文件格式每行超过 8000 个字符 - 很多。这是否被视为 ASCII 文件，在提交时删除了 CR？

3. 2 的变体，但它是具有 ASCII 标头的二进制文件。这是否会无意中将 CR/LF 更改为 LF？

我要做的是在 Windows 上进行 git clone，但父存储库存在于 unix 机器中。

我正在使用 ssh 克隆从 UNIX 到 Windows 的克隆，我收到了这个奇怪的错误。

这发生在 git clone 的结帐步骤中。

谁能帮我？

我正在尝试 git 克隆 LibreOffice 代码库，但目前我的互联网连接速度约为 300kbps，而且还很不稳定。我可以随时恢复连接，但是 git clone 进程已经停止工作，无法让它再次运行。有什么方法可以让 git clone 下载更抗故障吗？

我认为自己的一个选择是下载其他人的 .git 目录，但这过于依赖他人，对我来说似乎不是最好的解决方案。

git clone 帮助页面有这样的说法--mirror：

设置远程存储库的镜像。这意味着--bare。

但没有详细说明--mirror克隆与克隆有何不同--bare。

作为我关于 svn to git migration 后不可用分支的问题的后续，我有一个不同的问题：我无法将新分支推送到我的中央 Git 存储库。

因此，这不会将我的分支推送到服务器。一位同事建议我查看我的 .git/config，如下所示：

有人建议我手动添加推送条目：

现在情况看起来好多了：

虽然这行得通，但它仍然感觉像一个黑客。这样做的正确方法是什么？

可能重复：
在 Git 中，如何将当前提交哈希写入同一提交中的文件

我们陷入了一个非常不幸但不可避免的问题，即周期性地不得不立即部署我们代码的开发版本。一段时间后，我们无法确定谁的安装是基于代码库的哪个“中间”未标记版本。

git 是否提供了一些可嵌入到跟踪文件中的自动宏或令牌，这些文件会在“git clone”或诸如此类的情况下自动替换为来自 HEAD 的最新提交哈希 ID？

当然必须有办法做到这一点；即使是 RCS，按照当今酷孩子的标准，一个彻头彻尾的侏罗纪系统，也有一个可以替换的内置版本变量。