Comment créer et initialiser votre premier projet GitLab

Étapes clés pour créer un dépôt, gérer la visibilité et réaliser votre premier push sur GitLab avec succès.

Création de votre premier projet GitLab

Pourquoi créer un projet sur GitLab ?

Le projet est l'élément central de GitLab. C'est l'endroit où tout commence car c'est lui qui contient votre code source, vos tickets, votre documentation et vos outils d'automatisation.

Imaginez qu'un projet est comme un dossier intelligent sur votre ordinateur. La grande différence est que ce dossier possède un historique complet de chaque modification et qu'il est sauvegardé sur un serveur distant pour permettre à toute votre équipe de collaborer en temps réel. Sans projet, vous ne pouvez pas utiliser la puissance des pipelines ni gérer vos versions de code efficacement.

Les étapes de création via l'interface

Créer un espace de travail est très simple et se fait en quelques clics depuis votre tableau de bord GitLab.

Lancer la création

Une fois connecté à votre compte GitLab, cliquez sur le bouton New project situé en haut à droite de votre écran.

Bouton de création de projet GitLab

"Le point de départ pour tout nouveau dépôt"

Configurer les détails du projet

GitLab vous demande alors de remplir quelques informations essentielles pour identifier votre travail :

  • Project name : Donnez un nom clair à votre application.
  • Project description : Expliquez brièvement à quoi sert ce code.
  • Visibility Level : C'est ici que vous décidez qui peut voir votre code. Private signifie que vous êtes le seul maître à bord. Internal ouvre le projet à tous les membres de votre serveur et Public rend le code visible par le monde entier.
Formulaire de configuration projet

Cliquez sur le bouton Create project pour valider. GitLab va alors générer un dépôt vide prêt à recevoir vos fichiers.

Succès de la création du projet

"Votre projet est maintenant créé et hébergé en ligne"

Travailler sur le projet depuis votre ordinateur

Maintenant que votre projet existe sur le serveur, il faut le ramener sur votre machine locale pour pouvoir coder. C'est ce qu'on appelle le clonage d'un dépôt Git.

Cloner le dépôt

Sur la page de votre projet, cliquez sur le bouton Clone et copiez l'adresse URL (préférez le SSH si vous avez configuré votre clé). Dans votre terminal, tapez la commande pour cloner le projet :

git clone git@gitlab.com:votre-nom/first-gitlab-prjt.git

Cette commande crée une copie exacte du projet dans un nouveau dossier sur votre ordinateur.

Ajouter un premier fichier

Entrez dans le dossier et créez un fichier nommé README.md. Ce fichier est très important car il sert de page d'accueil à votre projet sur l'interface GitLab.

cd first-gitlab-prjt
touch README.md

Envoyer les changements vers le serveur (Push)

Pour que vos modifications locales soient visibles par les autres, il faut pousser votre code vers GitLab. C'est la procédure classique que nous avons vue dans le chapitre précédent.

Préparer et valider

On commence par ajouter le fichier à la zone de préparation, puis on valide avec un message explicatif pour enregistrer le commit :

git add README.md
git commit -m "Ajout du fichier README pour présenter le projet"

Résultat :

[main (root-commit) a1b2c3d] Ajout du fichier README pour présenter le projet
 1 file changed, 1 insertion(+)
 create mode 100644 README.md

Envoyer sur GitLab

Enfin, on envoie le code vers la branche principale du serveur avec la commande git push :

git push -u origin main

Information

L'option -u origin main permet de lier votre branche locale à celle du serveur. La prochaine fois, un simple git push suffira.

Conclusion

Félicitations ! Vous venez de créer votre premier dépôt distant et de réaliser votre premier cycle de développement complet. C'est la base de tout projet informatique moderne.

Cependant, il arrive souvent que l'on veuille travailler sur un projet qui existe déjà sans pour autant avoir le droit de le modifier directement. Pour cela, il existe une technique très puissante : le Fork de projet. C'est ce que nous allons découvrir tout de suite.

Espace commentaire

Écrire un commentaire

Rejoignez la discussion

Vous devez être connecté pour poster un message.

26 commentaires

ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Tu as créé des fichiers sur GitLab (genre un README par défaut) sans les cloner. Fais un git pull --rebase origin main avant de push.

02/05/2026 à 03:05
xalbert
Membre Actif
Avatar de xalbert
xalbert
Membre Actif

Je n'arrive pas à push, il me dit Updates were rejected because the remote contains work that you do not have locally.

01/05/2026 à 22:21
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Content que les captures aident. C'est souvent là que les gens décrochent au début.

01/05/2026 à 14:25

Le lien vers le bouton New project est bien visible sur les captures, ça aide grave.

01/05/2026 à 07:03
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Utilise git remote set-url origin <NOUVELLE_URL>. Pas besoin de tout supprimer.

01/05/2026 à 00:23
therese59
Membre
Avatar de therese59
therese59
Membre

Est-ce qu'on peut changer l'URL du remote si je me suis trompé en copiant le lien lors du clone ?

30/04/2026 à 18:43
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

C'est que ton fichier est déjà validé ou vide. Vérifie avec git status pour voir ce qui est tracké ou non.

30/04/2026 à 13:37

Le git add README.md fonctionne, mais après le git commit, il me dit nothing to commit, working tree clean. Comprends pas.

30/04/2026 à 07:13
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Il doit être connecté à ton instance GitLab. S'il n'a pas de compte sur ton serveur, il ne verra rien, même en Internal.

30/04/2026 à 01:51

J'ai créé le projet en Internal, mais un collègue ne le voit pas. Il faut faire quoi de plus ?

29/04/2026 à 20:08
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

C'est juste que le serveur n'est pas dans ton fichier ~/.ssh/known_hosts. Accepte l'empreinte quand il te le demande et ça passera.

29/04/2026 à 14:34

J'ai une erreur Host key verification failed quand je tente le clone. C'est grave ?

29/04/2026 à 09:19
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Oui, tu peux. Tu fais git init dans ton dossier, tu ajoutes le remote avec git remote add origin <URL>, puis tu push. Mais le clone est plus propre pour débuter.

29/04/2026 à 01:22
agathe-gregoire
Membre Actif
Avatar de agathe-gregoire
agathe-gregoire
Membre Actif

Est-ce qu'on peut sauter l'étape du clone et créer le projet directement en poussant un dossier local existant ?

28/04/2026 à 19:04
jmerle
Membre
Avatar de jmerle
jmerle
Membre

Merci pour le tuto, c'est limpide. La partie sur le README.md est bien vue, ça évite d'avoir un dépôt vide sans explication.

28/04/2026 à 13:52
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Vérifie le nom de ta branche locale. Si tu es sur master au lieu de main, fais un git branch -M main avant de push.

28/04/2026 à 07:02
laurent35
Membre
Avatar de laurent35
laurent35
Membre

Le git push -u origin main renvoie src refspec main does not match any. J'ai raté une étape ?

28/04/2026 à 02:15
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

C'est la base, Git a besoin de savoir qui tu es. Tape ça dans ton terminal :

git config --global user.email "ton.email@example.com"
git config --global user.name "Ton Nom"
27/04/2026 à 18:40
jremy
Membre Actif
Avatar de jremy
jremy
Membre Actif

J'ai un souci avec mon git commit. Il me dit qu'il ne connaît pas mon mail ou mon nom. Je fais quoi ?

27/04/2026 à 13:12
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Tu vas dans Settings > General > Visibility. Tu peux basculer en Public ou Internal sans supprimer le projet.

27/04/2026 à 05:34
ghamel
Membre
Avatar de ghamel
ghamel
Membre

Comment je fais pour changer la visibilité une fois que le projet est créé ? J'ai mis Private par erreur.

26/04/2026 à 23:30
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

Pour l'accès SSH, vérifie avec ssh -T git@gitlab.com. Si ça répond permission denied, c'est que ta clé n'est pas chargée dans l'agent ou pas déclarée sur le serveur.

26/04/2026 à 17:09
ofabre
Membre
Avatar de ofabre
ofabre
Membre

J'ai testé la manip, ça marche nickel sur Linux. Par contre, sous Windows avec Git Bash, le touch README.md a besoin d'être exécuté avec les droits admin parfois selon le dossier.

26/04/2026 à 11:53

Même problème ici. J'ai bien cloné via SSH, mais Git me demande un mot de passe que je n'ai pas défini.

26/04/2026 à 05:38
ajdaini-hatim
Auteur Rédacteur Secouriste Actif
Avatar de ajdaini-hatim
ajdaini-hatim
Auteur Rédacteur Secouriste Actif

T'as sûrement un souci de droits. Vérifie tes clés SSH. T'as bien ajouté ta clé publique dans les réglages de ton profil GitLab ?

26/04/2026 à 00:21

Rejoindre la communauté

Recevoir les derniers articles gratuitement en créant un compte !

S'inscrire