background preloader

Versioning

Facebook Twitter

Tuto complet Git. Comment garder son projet à jour quand le dépôt Git est inaccessible - Publicis Sapient Engineering - Engineering Done Right. En ces jours de confinement, la majorité des développeurs a recours au télétravail.

Comment garder son projet à jour quand le dépôt Git est inaccessible - Publicis Sapient Engineering - Engineering Done Right

Fort heureusement, de nombreuses solutions en ligne existent pour versionner, construire et déployer les applications de nos clients. Chez Publicis Sapient Engineering, un certain nombre de projets utilisent GitLab, Bitbucket ou encore Github en mode SaaS pour héberger sources et pour gérer la partie CI et CD. Pour la , ces projets sont déployés dans le Cloud sur AWS, ou encore Azure.

Pour ces équipes, les outils et les processus restent sensiblement en télétravail. Cependant, certains clients ont fait le choix d’utiliser des outils , bien souvent uniquement depuis leur réseau interne. Cette solution rend alors le développement plus complexe à cause problématiques suivantes : Comment faire pour continuer à communiquer avec l’équipe au sens large (développeurs, fonctionnels, PO, …) ?

Dans le cadre de notre projet, le premier point s’est résolu assez rapidement. À jour notre branche master locale. En local. Git essentials – 5 – visualiser les changements. Est le cinquième article d’une série consacrée aux commandes de Git, le système de gestion de révisions décentralisé.

git essentials – 5 – visualiser les changements

Le sujet de cet article est la visualisation des changements, au travers de la commande diff. Retrouvez les précédents articles de la série : Dans cet article, nous allons voir comment visualiser les modifications dans le code versionné, à différentes étapes dans le flux de travail sous Git, et de différentes manières. Les sujets abordés seront : visualisation des différences entre le code de la dernière version et le code modifié avant commit ;visualisation des différences entre le code de la dernière version et le code indexé (aussi appelé staged ou « en zone pré-commit ») ;visualisation des différences entre deux révisions (commits) ;les options utiles pour faciliter la visualisation. Différences entre la dernière version et le code modifié avant commit.

Git essentials - 4 - rebase. Ceci est le quatrième article d’une série consacrée aux commandes de Git, le système de gestion de révisions décentralisé.

git essentials - 4 - rebase

Le sujet de cet article est la commande git rebase, qui permet de déplacer, réordonner et modifier des commits, et donc des branches, dans l’arborescence de révisions. Retrouvez les précédents articles de la série : Dans cet article, nous allons : comprendre l’utilité du déplacement de commits et de branches ;montrer comment déplacer une branche dans deux cas différents ;apprendre à fusionner des commits ;évoquer quelques usages avancés.

Quelle est l’utilité du rebase ? Git Essentials - 3 - les alias. Ceci est le troisième article d’une série consacrée aux commandes de Git, le système de gestion de révisions décentralisé.

Git Essentials - 3 - les alias

Le sujet de cet article est le fonctionnement du système d’alias proposé par Git, qui permet de mémoriser les commandes complexes ou longues sous une forme plus simple. Retrouvez les précédents articles de la série : Tout comme les alias Bash ou autres shell récents, Git founit un système d’alias parfaitement intégré qui bénéficie de l’autocomplétion des commandes Git normales. Les alias c’est bien, mais d’abord, pourquoi utiliserais-je la ligne de commande ? À l’heure où de nombreuses interfaces graphiques pour Git existent, que ce soit sous forme de greffon (plugin) dans l’EDI ou de logiciel indépendant, on peut s’interroger sur l’intérêt d’utiliser Git en ligne de commande. Git essentials - 2 - bisect. Ceci est le deuxième article d’une série consacrée aux commandes de Git, le système de gestion de révisions décentralisé.

git essentials - 2 - bisect

Le sujet de cet article est la commande bisect, qui permet de déterminer rapidement quel commit d’une série a causé une anomalie. Retrouvez le premier article git essentials – 1 – log Lorsque l’on remarque qu’une anomalie a été introduite dans une application et que l’on cherche à déterminer quelle partie du code source est en cause, il y deux approches possibles : la traditionnelle : on cherche dans tout le code, possiblement aidé par des outils (de débogage, d’étude de performance, etc.) ;la stratégique : on réduit d’abord le nombre de lignes de codes à étudier à un petit nombre, puis on commence à chercher.

Vous m’avez vu venir, je vais ici vous parler d’un outil facilitant grandement la deuxième approche : la commande git bisect. Qu’est-ce ? La commande git bisect permet de déterminer quel commit précis a causé une anomalie au moyen d’une recherche dichotomique. Git essentials – 1 – log. Ceci est le premier article d’une série consacrée aux commandes de git, le sytème de gestion de révisions décentralisé.

git essentials – 1 – log

Le sujet de cet article est la commande log, qui permet de visualiser l’historique d’un dépôt. Visualiser clairement l’historique d’un dépôt est essentiel pour comprendre l’évolution d’un projet : quelle fonctionnalité a été développée à quel moment, par qui, quel commit a introduit quel changement, etc. Nous partirons de la commande de base et étudierons les options qui font de cette commande un outil indispensable pour comprendre l’histoire d’un projet. Nous verrons qu’en combinant les options, nous pouvons obtenir un résultat visuel en local, dans un terminal, aussi pratique et bien plus flexible que les graphes offerts par les outils tels que github, gitlab ou les extensions git des EDI. Lorsque vous voulez visualiser l’historique d’un projet versionné sous git, c’est-à-dire les commits qui ont été effectués, la commande à utiliser est git log. Tig, la console pour Git. Tig est une interface ncurses qui peut être utilisée afin de parcourir un projet Git.

Tig, la console pour Git

C’est un peu court jeune homme Avec Tig, vous pourrez explorer un projet Git et obtenir un ensemble d’informations en parcourant l’arborescence présentée par l’interface ncurses. Vous pourrez, par exemple, consulter l’historique d’un fichier, voir les différences entre les différents commits, réaliser un git blame et bien d’autres actions. Ces différentes opérations sont caractérisées par une vue dans Tig. Installation L’installation peut s’effectuer de plusieurs façons en fonction de votre système d’exploitation et de vos envies : Configuration Un ensemble de paramètres de configuration peuvent être définis dans le fichier de configuration tigrc, donc l’emplacement différera en fonction de votre méthode d’installation (/etc/tigrc ou /usr/local/etc/tigrc principalement). Vous arriverez alors dans la vue Main de Tig, qui indique la liste des commits, que vous pouvez voir en appuyant sur la touche entrée :