Exemples détaillés de git init et git clone pour obtenir git Warehouse

Cet article vous apporte des connaissances pertinentes sur Git, qui présente principalement les problèmes liés à git init et git clone pour obtenir l'entrepôt git, y compris git clone clonant l'entrepôt de la base de données de stockage Git existante vers le répertoire local En attente de contenu associé, J'espère que cela sera utile à tout le monde.

Apprentissage recommandé : "Tutoriel Git"

Utilisez git init et git clone pour obtenir le référentiel git

Il existe généralement deux façons d'obtenir le référentiel git :

• Convertir un répertoire local qui est pas sous contrôle de version Pour le référentiel Git ;

• Cloner un référentiel Git existant à partir d'autres serveurs ;

1 git init Créer un référentiel Git dans le répertoire local

git init [-q | --quiet] [--bare] [--template=<template_directory>]
           [--separate-git-dir <git dir>]
           [--shared[=<permissions>]] [directory]

Cette commande crée une base de données de stockage Git vide, essentiellement, les objets, refs/heads, refs/tags et les fichiers modèles seront créés dans le répertoire .git . Un fichier HEAD initial est également créé qui fait référence au HEAD de la branche principale.
Si la variable d'environnement $GIT_DIR est spécifiée, le répertoire ./.git servira de base à un référentiel.
Si le répertoire objects est spécifié via la variable d'environnement $GIT_OBJECT_DIRECTORY, alors le répertoire sha1 est créé dans ce répertoire, sinon c'est le $ par défaut. GIT_DIR/objects Répertoire.
Il est sûr d'exécuter git init sur un dépôt Git existant ; cela n'écrasera pas les éléments existants. La principale raison de réexécuter git init est d'obtenir les modèles nouvellement ajoutés (ou dans le cas de l'option --separate-git-dir, de déplacer le fichier Git dépôt vers un autre endroit). .git目录中创建objects，refs/heads，refs/tags，和模板文件。还会创建一个引用主分支的HEAD的初始HEAD文件。
如果$GIT_DIR环境变量被指定了，则会替代./.git目录作为一个存储库的基础。
如果objects目录是通过$GIT_OBJECT_DIRECTORY环境变量指定的，那么在此目录下创建sha1目录，否则就是默认的$GIT_DIR/objects目录。
在已有的Git存储库中运行git init是安全的，他不会覆盖已存在的东西。重新运行git init的主要原因是获取新添加的模板（或者如果是--separate-git-dir选项，则将Git存储库移到另一个地方）。

• [-q, --quite]
  只打印错误信息和警告信息；
• [--bare]
  创建一个裸仓库，不包括.git文件夹，如下：
  
• [--template=<template_directory>]
  用于在初始化Git仓库时将模板文件夹中的文件拷贝到我们初始化时的.git存储数据库中，如果不指定，默认拷贝的是/usr/share/git-core/templates路径下的模板，里面包括如下内容：

  $ ls /usr/share/git-core/templates/
  branches  description  hooks  info

  如果指定自己默认路径则初始化的Git存储数据库如下：
  其中模板依次可通过--template=<DIR>设置，$GIT_TEMPLATE_DIR环境变量设置，init.templateDir 配置设置，并且依次覆盖下一级设置。
• [--separate-git-dir <git dir>]
  默认git init会在当前目录下创建一个.git文件夹来储存Git数据库，此命令可指定一个路径来初始化Git存储数据库，并在本地创建一个.git文件来链接到指定的目录中去：
  
  可以看到本地只有一个.git文件，文件中描述了当前仓库的Git存储数据库具体位置在哪里，并自动链接过去。
• [--shared[=<permissions>]]
  用于指定创建的Git存储数据库的读写权限，包括同组用户，所有用户等等权限设置，如果没有指定默认是group权限。感兴趣可以git init --help查看此选项具体用法。
• [directory]
  如果指定了此选项，git init命令则会在此目录中运行，如果目录不存在还会创建该目录。

2 git clone 从已有的Git存储数据库中克隆仓库到本地目录

git clone [--template=<template_directory>]
          [-l] [-s] [--no-hardlinks] [-q] [-n] [--bare] [--mirror]
          [-o <name>] [-b <name>] [-u <upload-pack>] [--reference <repository>]
          [--dissociate] [--separate-git-dir <git dir>]
          [--depth <depth>] [--[no-]single-branch] [--no-tags]
          [--recurse-submodules[=<pathspec>]] [--[no-]shallow-submodules]
          [--[no-]remote-submodules] [--jobs <n>] [--sparse] [--] <repository>
          [<directory>]

克隆一个仓库到新被创建的目录中，为克隆的Git存储库中每个分支创建远程跟踪分支（通过git branch --remotes可查看跟踪分支），并创建和检出克隆仓库当前活跃的分支到本地初始分支。
克隆完成后，一个不带参数的git fetch命令可以更新所有远程跟踪分支，并且不带参数的git pull命令还会将远程主分支合并到当前分支中。
这个默认配置是通过在refs/remotes/origin下创建对远程分支头的引用并且初始化remote.origin.url和remote.origin.fetch

[-q, --quite]
Imprime uniquement les messages d'erreur et les messages d'avertissement 🎜🎜[--bare]
Créez un entrepôt nu, en excluant le dossier .git, comme suit :
🎜🎜[--template=<template_directory>]
Utilisé pour insérer le fichier modèle lors de l'initialisation de Git référentiel Les fichiers du dossier sont copiés dans la base de données de stockage .git lorsque nous l'avons initialisé. Si cela n'est pas spécifié, la copie par défaut est dans le /usr/share/git-core/templates<.> modèle, qui inclut le contenu suivant :

fatal: this operation must be run in a work tree

Si vous spécifiez votre propre chemin par défaut, la base de données de stockage Git initialisée est la suivante :
Le modèle peut être défini via --template=<DIR>, $GIT_TEMPLATE_DIR paramètres des variables, paramètres de configuration init.templateDir et remplacement des paramètres de niveau inférieur à leur tour. 🎜🎜[--separate-git-dir <git dir>]
Par défaut, git init créera un .git pour stocker la base de données Git. Cette commande peut spécifier un chemin pour initialiser la base de données de stockage Git et créer un fichier <code>.git localement pour créer un lien vers le répertoire spécifié :

Vous pouvez voir le local Il n'existe qu'un seul fichier .git, qui décrit l'emplacement spécifique de la base de données de stockage Git de l'entrepôt actuel et y établit automatiquement un lien. 🎜🎜[--shared[=<permissions>]]
Utilisé pour spécifier les autorisations de lecture et d'écriture de la base de données de stockage Git créée, y compris les paramètres d'autorisation pour les utilisateurs du même groupe, tous les utilisateurs, etc. Si non spécifié, la valeur par défaut est l'autorisation groupe. Si vous êtes intéressé, vous pouvez git init --help pour voir l'utilisation spécifique de cette option. 🎜🎜[directory]
Si cette option est spécifiée, la commande git init sera exécutée dans ce répertoire, et le répertoire sera créé si ce n'est pas le cas. exister. 🎜🎜🎜🎜2 git clone Clonez le référentiel du référentiel Git existant vers un répertoire local 🎜🎜rrreee🎜Clonez un référentiel dans le répertoire nouvellement créé et créez des branches de suivi à distance pour chaque branche dans le référentiel Git cloné (vous pouvez afficher les branches de suivi via git branch --remotes), puis créez et extrayez la branche actuellement active de l'entrepôt cloné vers la branche initiale locale.
Une fois le clonage terminé, une commande git fetch sans paramètres peut mettre à jour toutes les branches de suivi à distance, et une commande git pull sans paramètres mettra également à jour le maître distant. La branche est fusionnée avec la branche actuelle.
Cette configuration par défaut est obtenue en créant une référence à l'en-tête de branche distante sous refs/remotes/origin et en initialisant remote.origin.url et remote . Origin.fetch est implémenté par des variables de configuration. 🎜
• [--template=<template_directory>]
  请看git init相关选项获取此选项作用。
• [-l, --local]
  用于从本地Git存储仓库克隆Git存储数据库，此选项会拷贝本地的refs,HEAD等信息到克隆的Git存储数据库，并将.git/objects通过硬链接形式链接到本地Git存储库以节约本地空间。
  如果未指定-l选项但[url]是本地路径则还是会默认进行-l选项的行为，但是如果指定的是--no-local选项对本地仓库进行克隆则会走默认的git clone流程：
  
• [-s, --shared]
  当克隆的仓库在本地时，默认是将本地仓库中.git/objects的对象通过硬链接的方式链接到本地的克隆仓库，使用此选项不会再硬链接.git/objects目录，而是在本地的.git/objects/info目录中创建一个alternates文件并在其中描述objects原先的位置并进行共享使用。
  注意：这个选项是一个危险的选项，除非你明白它的作用，否则不要使用它。如果使用这个选项克隆了本地仓库，然后删除了源仓库中的分支，一些对象可能会变成未被引用状态。而这些对象是可能被git的命令(git commit内部可能自动调用git gc --atuo)删除的，从而导致仓库被破坏。
  还需要注意：在用-s选项克隆的存储库中运行git repack时，如果没有指定--local，-l选项，则会将源存储库中的objects复制到克隆存储库中的一个包里面，从而消除了--shared选项带来的共享效果和节省的空间。直接运行git gc是安全的，因为默认使用的--local，-l选项。
  如果想在-s选项指定的仓库中打破对共享的依赖，则可以使用git repack -a命令将源存储库中的所有对象复制到克隆的存储库的一个包中。
• [--no-hardlinks]
  强制在克隆本地仓库时使用拷贝的形式复制.git/objects中的内容而不是使用硬链接的形式，在进行Git存储库备份时这个选项就很有用。
• [-q, --quite]
  安静的运行命令，进度不会报告到标准错误流中。
• [-n, --no-checkout]
  克隆完成后不执行检出HEAD操作：
  
• [--bare]
  创建一个裸的Git仓库。也就是说不创建<directory>/.git目录也不会将管理文件放到<directory>/.git中，而是为自己创建一个<directory>或者<directory>.git目录，里面保存的就是实际的Git数据库。这个选项也默认是--no-checkout的，不会检出任何HEAD，也不会自动跟踪任何远程分支，也不会创建相关的配置变量。
• [--mirror]
  设置源Git存储库的镜像。类似于--bare，对比--bare，--mirror不仅仅映射源的本地分支到目标的本地分支，它还映射所有引用(包括远程跟踪分支，笔记等)，并设置refspec配置，以便所有这些引用都被目标存储库中的git远程更新覆盖。
  注意：--bare和--mirror都是针对服务器使用，因为服务器只需要保存Git存储数据库而不需要实际操作git命令，所以当你在这两个选项创建的存储库执行Git命令会得到下面的打印：

  fatal: this operation must be run in a work tree

• [-o <name>, --origin <name>]
  未使用此选项时默认使用origin来跟踪远程仓库，使用此选项后使用<name>来跟踪远程仓库。
• [-b <name>, --branch <name>]
  不要将新创建的HEAD指向克隆仓库HEAD指向的分支，而是指向<name>分支。
• [-u <upload-pack>, --upload-pack <upload-pack>]
  在使用ssh访问要克隆的Git存储库时，它为另一端运行的命令指定了一个非默认的路径。这个选项主要针对Git服务器使用，为服务器使用的git等指定了一个路径。一般是/usr/bin/git-upload-pack，当服务器的git运行时会自动找到此路径的程序。
• [--reference[-if-able] <repository>]
  Si le référentiel Git référencé se trouve sur la machine locale, il sera défini automatiquement.git/objects/info/alternates文件来从引用源存储库来获取objects，使用已经存在的Git存储库作为替代将会需要更少的objects被从源存储库拷贝过来，从而降低网络和本地存储成本。当使用--reference-if-able时，会跳过不存在的目录，并发出警告，而不是中止克隆。
• [--dissociate]
  从--reference引用的Git存储库借用objects对象仅减少网络传输，并且在通过对借用objects进行必要的本地复制来进行克隆后，停止从引用库中借用对象。当本地克隆已经从另一个存储库借用objects时，可以使用此选项来停止新存储库从相同的存储库借用objects。此选项也主要用于Git服务器。
• [--separate-git-dir <git dir>]
  请看git init相关选项获取此选项作用。
• [--depth <depth>]
  创建一个浅克隆，其需要克隆的提交数量由<depth>指定，并获取所有分支顶部提交往后<depth>提交数量克隆到本地。如果也想简单克隆子模块也可以传递--shallow-submodules选项。
• [--[no-]single-branch]
  顾名思义，--single-branch只会克隆Git存储库中指定的一个分支，远程Git存储库中其他分支不会在本地被克隆下来，也不会在本地跟踪其他远程分支，只会跟踪单个远程分支。
• [--no-tags]
  不会克隆任何标签下来，并且在配置中设置remote.<remote>.tarOpt=--no-tags，以确保后续git pull和git fetch也不会操作到标签，除非显式的操作标签。
  可以与--single-branch一起使用，以维护单个分支，在只维护某个缺省分支时很有用。
• [--recurse-submodules[=<pathspec>]]
  克隆创建后，根据提供的<pathspec>初始化并克隆子模块，如果没有指定<pathspec>则所有子模块都被初始化和克隆。对于有多个条目的<parhspec>可以多次给出此选项。
  使用默认的此选项，相当于运行git submodule update --init --recursive <pathspec>。
• [--[no-]shallow-submodules]
  所有被克隆的子模块都浅克隆深度为1。
• [--[no-]remote-submodules]
  所有被克隆的子模块的远程跟踪分支的状态来更新子模块，而不是记录在Git数据库中的SHA1。相当于将--remote选项传递给git submodule update。
• [-j <n>, --jobs <n>]
  同时取出的子模块数，默认是配置submodule.fetchJobs。
• [--sparse]
  稀疏检出模式，所谓稀疏检出就是本地版本库检出时不检出全部，只将指定的文件从本地版本库检出到工作区，而其他未指定的文件则不予检出（即使这些文件存在于工作区，其修改也会被忽略）。这里不详细介绍此功能。
• [--]
  无实际作用，只是为了将选项和操作对象分开以便易于区分。
• <repository>
  要克隆的仓库，可能是远程仓库，也可能是本地仓库，可以是https协议也可以是ssh协议或者git协议等等。
• [<directory>]
  如果指定了此目录，则会将Git仓库克隆到此目录中。
• -v, --verbose
  冗长输出克隆信息。
• [-c <key>=<value>, --config <key>=<value]
  Définissez une variable de configuration pour le référentiel Git nouvellement créé lors du clonage de l'entrepôt, qui prendra effet immédiatement après la fin du clonage

Apprentissage recommandé : " Tutoriel Git 》

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!