Comment naissent les référentiels

Pour que Git puisse suivre les modifications, le répertoire du projet doit devenir un référentiel. Essentiellement, il existe deux chemins : initialiser Git dans un dossier local (git init) ou récupérer un projet existant à partir d'un serveur distant avec l'historique (git clone).

Option 1 : git init (à partir de zéro)

Utilisez-le lorsque le projet apparaît pour la première fois sur votre machine – vide ou avec des fichiers déjà esquissés – Git ajoute la gestion des versions via le répertoire .git.

Créer un référentiel étape par étape ▼
bash
1
mkdir my-project && cd my-project
▼
2
git init
▼
3
git branch -M main
▼
Qu'est-ce qui apparaît dans le répertoire après git init ? ▼
структура проекта
📁mon-projet/▼
⚙️.git/▼
📄script.js▼
Option 2 : git clone (copie)

Si le référentiel existe déjà sur GitHub, GitLab ou un autre hôte, vous n'avez pas besoin de créer l'historique à la main : le clone télécharge les objets et configure l'origine distante afin que vous puissiez les récupérer et les pousser plus tard.

Comment les données parviennent à votre machine ▶
URL
Utilisez HTTPS ou SSH depuis la page du dépôt
Cloner
git clone <url> — télécharger et décompresser des objets
Locale
Un répertoire avec les fichiers de travail et .git apparaît sur le disque
Télécommande
points d'origine à l'URL source - prêts à être synchronisés
▶
Lequel choisir ?
git init contre git clone
exemples de clones git ▼
bash
1
git clone https://github.com/user/repository.git
▼
2
git clone https://link.git my-folder-name
▼
N'exécutez pas git init dans un répertoire qui est déjà un référentiel (il existe déjà un .git). Vous obtenez un référentiel imbriqué et une confusion avec les commits et les outils : travaillez dans un seul référentiel ou ajoutez volontairement un sous-module.