git-clone - 云端在线

程序：

您的姓名

git-clone - 将存储库克隆到新目录中

概要

混帐 克隆 [--模板= ]
[-l] [-s] [--无硬链接] [-q] [-n] [--裸] [--镜像]
[-o ] [-b ] [-u ] [ - 参考]
[--dissociate] [--separate-git-dir ]
[ - 深度] [--[无-]单分支]
[--递归 | --recurse-submodules] [--]
[ ]

商品描述

将存储库克隆到新创建的目录中，为
克隆存储库中的每个分支（使用 git branch -r 可见），并创建和检查
从克隆存储库的当前活动分支中分叉出一个初始分支。

克隆之后，没有参数的普通 git fetch 将更新所有远程跟踪
分支，没有参数的 git pull 将另外合并远程主分支
进入当前的主分支，如果有的话（当给出“--single-branch”时这是不正确的；
见下文）。

此默认配置是通过创建对远程分支头的引用来实现的
在 refs/remotes/origin 下并通过初始化 remote.origin.url 和 remote.origin.fetch
配置变量。

配置

--本地，-l
当要克隆的存储库位于本地计算机上时，此标志会绕过正常的
“Git 感知”传输机制并通过复制 HEAD 和
objects 和 refs 目录下的所有内容。 .git/objects/ 目录下的文件
尽可能硬链接以节省空间。

如果存储库被指定为本地路径（例如，/path/to/repo），这是
默认，而 --local 本质上是一个空操作。 如果存储库指定为 URL，
然后这个标志被忽略（我们从不使用本地优化）。 指定
--no-local 将在给出 /path/to/repo 时覆盖默认值，使用常规
而是使用 Git 传输。

--无硬链接
强制从本地文件系统上的存储库进行克隆过程以复制文件
在 .git/objects 目录下，而不是使用硬链接。 这可能是可取的，如果
您正在尝试备份您的存储库。

--共享，-s
当要克隆的存储库在本地机器上时，而不是使用硬链接，
自动设置 .git/objects/info/alternates 与源共享对象
存储库。 生成的存储库开始时没有任何自己的对象。

注意：这是一个可能危险的操作； 做 而不去 除非你明白什么，否则使用它
确实如此。 如果您使用此选项克隆您的存储库，然后删除分支（或
使用任何其他 Git 命令，使任何现有提交未引用）在源代码中
存储库中，某些对象可能会变为未引用（或悬空）。 这些对象可能是
被自动调用 git gc 的正常 Git 操作（例如 git commit）删除
- 汽车。 （看 git-gc(1).) 如果这些对象被删除并被引用
克隆存储库，那么克隆存储库将损坏。

请注意，在使用 -s 克隆的存储库中运行不带 -l 选项的 git repack 将
将对象从源存储库复制到克隆存储库中的包中，删除
clone -s 节省的磁盘空间。 然而，运行 git gc 是安全的，它使用
-l 选项默认。

如果您想打破使用 -s 克隆的存储库对其源的依赖
存储库，您可以简单地运行 git repack -a 从源复制所有对象
存储库到克隆存储库中的一个包中。

- 参考
如果参考仓库在本地机器上，自动设置
.git/objects/info/alternates 从参考存储库中获取对象。 使用
已经存在的存储库作为替代将需要复制的对象更少
从被克隆的存储库，降低网络和本地存储成本。

注意：查看--shared 选项和--dissociate 选项的注释。

- 游离
从使用 --reference 选项指定的参考存储库中借用对象
只是为了减少网络传输，并在克隆完成后停止向他们借用
制作借用物品的必要本地副本。 也可以在以下情况下使用此选项
从已经从另一个借用对象的存储库本地克隆
存储库——新的存储库将从同一个存储库借用对象，这
选项可用于停止借用。

--安静，-q
安静地运行。 进度不会报告给标准错误流。 这个标志是
也传递给 'rsync' 命令。

--详细，-v
详细运行。 不影响向标准错误报告进度状态
流。

- 进展
默认情况下，进度状态报告在标准错误流上
附加到终端，除非指定了 -q。 此标志甚至强制进度状态
如果标准错误流未定向到终端。

--不结帐，-n
克隆完成后，不会执行 HEAD 的检出。

- 裸
打造 裸 Git 存储库。 也就是说，而不是创建并放置
行政档案在/.git，使$GIT_DIR 本身。
这显然意味着 -n 因为无处可检查工作树。
远程的分支头也直接复制到相应的本地分支
头，而不将它们映射到 refs/remotes/origin/。 使用此选项时，
创建远程跟踪分支和相关的配置变量。

- 镜子
设置源存储库的镜像。 这意味着--bare。 与 --bare 相比，
--mirror 不仅将源的本地分支映射到目标的本地分支，
它映射所有 refs（包括远程跟踪分支、注释等）并建立一个
refspec 配置，以便所有这些 refs 都被 git 远程更新覆盖
在目标存储库中。

- 起源, -o
不要使用远程名称原点来跟踪上游存储库，而是使用
.

- 分支, -b
而不是将新创建的 HEAD 指向克隆指向的分支
存储库的 HEAD，指向分支代替。 在非裸存储库中，这是
将被检出的分支。 --branch 也可以获取标签并分离
HEAD 在结果存储库中的那个提交。

--上传包, -u
如果给定，并且通过 ssh 访问要从中克隆的存储库，则指定一个
在另一端运行的命令的非默认路径。

--模板=
指定将使用模板的目录； （参见“模板目录”
部分 git初始化（1）。）

--配置= ， -C =
在新创建的存储库中设置一个配置变量； 这生效
在存储库初始化之后，但在远程历史记录之前
提取或检出任何文件。 密钥与预期的格式相同 混帐-
配置(1)（例如，core.eol=true）。 如果为同一个键指定了多个值，则每个
值将写入配置文件。 这使它安全，例如，添加
额外的 fetch refspecs 到 origin 远程。

- 深度
创建一个 浅 将历史记录截断为指定提交次数的克隆。
暗示 --single-branch 除非给出 --no-single-branch 来获取附近的历史
所有分支的提示。

--[no-]单分支
仅克隆通向单个分支尖端的历史记录，或者由
--branch 选项或主分支远程的 HEAD 指向。 进一步取入
生成的存储库只会更新该分支的远程跟踪分支
此选项用于初始克隆。 如果遥控器的 HEAD 没有指向
在进行 --single-branch 克隆时的任何分支上，都没有远程跟踪分支
创建。

--recursive, --recurse-子模块
创建克隆后，初始化其中的所有子模块，使用它们的默认值
设置。 这相当于运行 git submodule update --init --recursive
克隆完成后立即。 如果克隆，则忽略此选项
存储库没有工作树/结帐（即，如果 --no-checkout/-n、--bare、
或 --mirror 给出）

--separate-git-dir=
不要将克隆的存储库放置在它应该放置的位置，而是将克隆的存储库放置在
指定目录中的存储库，然后创建一个与文件系统无关的 Git 符号
链接到那里。 结果是 Git 存储库可以与工作树分离。


要从中克隆的（可能是远程的）存储库。 有关更多信息，请参阅下面的 URLS 部分
有关指定存储库的信息。


要克隆到的新目录的名称。 源码中的“人性化”部分
如果没有明确给出目录，则使用存储库（用于 /path/to/repo.git 和
foo 为 host.xz:foo/.git)。 只有在以下情况下才允许克隆到现有目录中
目录为空。

GIT 网址

通常，URL 包含有关传输协议的信息、传输协议的地址
远程服务器，以及存储库的路径。 根据传输协议，一些
可能缺少此信息。

Git 支持 ssh、git、http 和 https 协议（另外还可以使用 ftp 和 ftps
for fetching 和 rsync 可用于获取和推送，但这些效率低下且
已弃用； 不要使用它们）。

本机传输（即 git:// URL）不进行身份验证，应与
谨慎使用不安全的网络。

以下语法可以与它们一起使用：

· ssh://[用户@]主机.xz[:端口]/path/to/repo.git/

· git://host.xz[:port]/path/to/repo.git/

· http[s]://host.xz[:port]/path/to/repo.git/

· ftp[s]://host.xz[:port]/path/to/repo.git/

· rsync://host.xz/path/to/repo.git/

另一种类似 scp 的语法也可以与 ssh 协议一起使用：

· [用户@]host.xz:path/to/repo.git/

仅当第一个冒号前没有斜杠时才能识别此语法。 这有助于
区分包含冒号的本地路径。 例如本地路径 foo:bar 可以
指定为绝对路径或 ./foo:bar 以避免被误解为 ssh url。

ssh 和 git 协议还支持 ~username 扩展：

· ssh://[用户@]主机.xz[:端口]/~[用户]/path/to/repo.git/

· git://host.xz[:port]/~[user]/path/to/repo.git/

· [user@]host.xz:/~[user]/path/to/repo.git/

对于本地存储库，Git 本身也支持，以下语法可能是
用过的：

· /path/to/repo.git/

· 文件:///path/to/repo.git/

这两种语法大部分是等价的，除了前者隐含 --local 选项。

当 Git 不知道如何处理某个传输协议时，它会尝试使用
偏僻的- 远程助手，如果存在的话。 要显式请求远程助手，
可以使用以下语法：

· ::

在哪里可以是路径、服务器和路径，或者是任意的类似 URL 的字符串
被调用的特定远程助手识别。 看 gitremote 助手（1）
细节。

如果有大量名称相似的远程存储库并且您想使用
它们的不同格式（这样您使用的 URL 将被重写为
工作），您可以创建表单的配置部分：

[网址“ ”]
代替 =

例如，与此：

[网址“git://git.host.xz/”]
代替 = host.xz:/path/to/
代替 = 工作：

像“work:repo.git”或“host.xz:/path/to/repo.git”这样的 URL 将被重写为任何
将 URL 设为“git://git.host.xz/repo.git”的上下文。

如果您只想重写 URL 以进行推送，您可以创建一个配置部分
形成：

[网址“ ”]
pushInsteadOf =

例如，与此：

[网址“ssh://example.org/”]
PushInsteadOf = git://example.org/

像“git://example.org/path/to/repo.git”这样的 URL 将被重写为
“ssh://example.org/path/to/repo.git”用于推送，但拉取仍将使用原始
网址。

示例

· 从上游克隆：

$ git克隆 git://git.kernel.org/pub/scm/.../linux.git my-linux
$ cd 我的-linux
使

· 制作一个从当前目录借用的本地克隆，不检查东西
出：

$ git clone -l -s -n 。 ../复制
$ cd ../复制
$ git 显示分支

· 从上游克隆，同时从现有的本地目录借用：

$ git clone --reference /git/linux.git \
git://git.kernel.org/pub/scm/.../linux.git \
我的-linux
$ cd 我的-linux

· 创建一个裸仓库来向公众发布你的更改：

$ git clone --bare -l /home/proj/.git /pub/scm/proj.git

GIT

部分 混帐(1) 套房

使用 onworks.net 服务在线使用 git-clone