Re: Oui : VS Codium, GitAhead, Meld

Je sais pas pourquoi, mais je trouve que lire un diff dans un terminal c’est chiant. Fait que je préfère pousser mes changements et lire le diff dans l’interface de GitLab/GitHub.

Pour ma part je sais pourquoi je n'aime pas ça pour des longs diffs :

• j'aime avoir les deux versions côte à côte
• parfois, j'aime bien voir la modification dans son contexte, donc un outil qui affiche le code entier avec des couleurs pour montrer les modifications, c'est top. Plus lisible qu'un bloc de lignes préfixées par des plus et des moins entremêlées (même si elles sont en couleurs).

Qu’est-ce qui ne va pas dans git add -p ou git commit -p ?

C'est très bien git add -p, je l'utilise beaucoup, en particulier quand j'ai des petites modifications, ou des modifications énormes et répétitives. C'est un outil léger et rapide. Il m'arrive même assez fréquemment d'éditer les patches manuellement avec.

Mais un outil graphique avec le code entier et les modifications en couleur permettent une vue globale et lisible, et des allez-retours dans le code qui peuvent être fastidieux avec git add -p. Et git add -p refuse d'indexer une ligne quand la ligne d'après ou d'avant est modifiée sans éditer le patch à la main, quand l'outil graphique te laisse joyeusement le faire avec clic droit sur la ligne > indexer.

Dans certaines situations, le préfère git add -p, et dans d'autres, un outil graphique.