Académique Documents
Professionnel Documents
Culture Documents
1.1 Démarrage
Depuis un répertoire de l'explorateur Windows où se trouvent les sources qui seront à poser sur GitLab effectuer
un GitBash :
Pour configurer une connexion entre GitBash et GitLaB, entrer la commande suivante :
La liste des paramètres d'une configuration Git sont obtenues par la commande suivante :
1.5.1 Envoie des sources GitLaB sur le répertoire de dépôt - git clone
Pour cloner le contenu d'un Projet sur Git LaB sur son poste de travail, il faut aller récupérer le lien "https" du
projet qui se trouve sous GitLaB. Ce lien est récupérable de la façon suivante :
Le contenu de la branche Master du Projet sera alors cloner en soumettant la commande suivante sur GitBash :
Le répertoire du projet présent sur GitLaB sera alors présent sous le répertoire de l'explorateur Windows
initialement choisi. La commande "git status" permettra de voir ce qui est présent sous le répertoire de "dépôt"
de votre explorateur :
Dans le cas de pb de validation SSL afin de cloner les sources présentes sur GitLaB, il est nécessaire de
soumettre la commande suivante :
Les sources de GitLaB apportées par GitBash pourront alors être utilisées et/ou modifiées pour cela, il
faut les récupérer depuis l'architecture du projet présentée sous le répertoire de dépôt de GitLaB. Des
ajouts pourront y être apportés puis transmis par la suite à GitLaB.
Exemple : Ci-dessous sont sélectionnés les scripts ajoutés et non-sélectionnés ceux apportés lors du
"clonage" des sources du Projet présent sous GitLaB :
Dans les scripts mentionnés ci-dessus, les nouveaux qui ont été apportés sous le répertoire de l'explorateur
Windows et qui ne sont pas mis dans l'index de la base de GitLaB s'affichent de la façon suivante :
En vert apparait toutes les actions qui seront effectuées dans la base GitLaB après réalisation d'un ordre
"commit" et envoie des sources modifiées sous la branche Master dur Projet sous GitLaB.
La commande "git commit – a –m "Votre Message" permet de constituer le package contenant toutes les mises à
jour à envoyer sur GitLaB
1.7.5 Envoie des données su la branche master - git push origin master
La commande "git push origin master" permet d'envoyer les modifications apportées sous le répertoire
présent sous l'Explorateur Windows
1.7.6 Synchronisation entre GitLaB et le épertoire de dépôt - git pull
Afin de synchroniser les sources présentes sur GitLaB et celles sous votre répertoire de travail, on
utilisera la commande git pull <Lien https du Projet GitLab>
Toute action réalisée depuis GitLaB sera alors réalisée sur le répertoire de "dépôt" GitLaB sous
l'explorateur Windows. Reste que les modifications effectuées à partir du répertoire de "dépôt" sous
l'explorateur Windows ne seront prise en compte dans la base GitLaB qu'en suivant le process décrit
ci-dessus, c’est-à-dire tant qu'un ordre "git push" n'aura pas été effectué pour envoyer les
modifications à GitLaB, ce dernier n'en saura pas averti.
Afin de ne pas envoyer directement vos dernières modifications sur la branche "Master" du Projet, il faut créer
une nouvelle branche sur ce dernier et se positionner sur cette dernière, on soumettra la commande : git
checkout –b "Nouvelle Branche"
1.7.8 git push sur une branche autre que la branche "master"
Le package sera alors déployé sur la nouvelle branche du projet par la commande :
git push "<Lien https du Projet GitLaB>" <Branche autre que "master>
Il faudra alors aller sur GitLaB afin d'effeceur une demande de "merge" des sources apportées sur cette "autre"
branche pour les amener sur la branche "master.
2 GitLaB
2.1 Connexion à l'url du projet
https://gitlab-dev.francetv.fr/franklin.tetynouh/demo-newsboard
https://romainlebreton.github.io/ProgWeb-CoteServeur/assets/initiation%20GIT_IUT.pdf
https://mermet.users.greyc.fr/Enseignement/CoursPDF/gestionVersion-2-travailAPlusieurs-gitlab.pdf
https://www.i3s.unice.fr/~comet/SUPPORTS/Nice-EPU-GB5-GL/GIT-aide-memoire.pdf