Astuces et conseils Git

Astuces et conseils Git

• Présentation de choses que les gens connaissent mal à propos de Git, ainsi que de nouvelles fonctionnalités.
• Autrefois, l’auteur enseignait des usages avancés de Git, mais a récemment constaté que beaucoup de gens ignorent une grande partie de Git.
• La nouvelle génération de développeurs n’a pas l’expérience d’un passage vers Git depuis d’autres systèmes de gestion de versions.
• Git permet désormais d’accomplir certaines choses qui étaient impossibles il y a quelques années.
• Les évolutions de Git peuvent être subtiles ou utiles dans des cas très spécifiques.

Présentation de la série

• Trois courts articles sont prévus sur quelques aspects intéressants de Git, destinés aux utilisateurs intermédiaires à avancés.
• Les thèmes sont les suivants :
  • des classiques anciens mais toujours excellents
  • des nouveautés subtiles
  • des dépôts vraiment énormes et les monorepos
• Git continue d’apporter de nouvelles découvertes, ce qui le rend plaisant à explorer.

L’avis de GN⁺

• Git continue d’évoluer, et même les utilisateurs de longue date peuvent être surpris par de nouvelles fonctionnalités.
• Pour la nouvelle génération de développeurs, cela peut aider à comprendre Git en le comparant aux anciens systèmes de gestion de versions.
• Cette série devrait fournir des astuces et conseils utiles pour utiliser Git plus efficacement.

[GN⁺]

Discussion sur Hacker News

• Propos de l’auteur :

  • L’auteur dit avoir beaucoup appris récemment et mentionne que Microsoft et GitHub ont ajouté progressivement au cœur de Git, ces dernières années, des fonctionnalités liées aux très grands dépôts.
  • Il raconte avoir eu une discussion amusante avec des développeurs de Mercurial, qui ont obtenu des gains de performance impressionnants en écrivant une partie de leurs composants internes en Rust.
  • Il envisage une troisième édition de Pro Git et demande qu’on lui signale ce que l’on a appris sur Git à la dure, ou ce que l’on aimerait savoir, afin de l’inclure.

• Un utilisateur qui préfère une utilisation simple de Git :

  • Il ne veut pas apprendre les fonctionnalités complexes de Git et souhaite simplement oublier Git après avoir poussé son code pour continuer son travail.
  • Il adresse des compliments à ceux qui aiment Git, mais dit n’y voir personnellement qu’un outil qu’il faut utiliser.

• Un utilisateur qui a appris quelque chose de nouveau sur core.fsmonitor :

  • Il parle des grands monorepos et dit qu’il aimerait qu’il existe une fonctionnalité permettant de reprendre un téléchargement après un git clone.
  • Il partage son expérience des années 2000, lorsqu’il essayait de cloner le dépôt du noyau sur une connexion lente, et évoque les problèmes posés par le clonage de gros dépôts.
  • Il souligne que Git et Docker sont des logiciels majeurs de la stack de développement moderne qui consomment beaucoup de bande passante, sans pour autant offrir une vraie prise en charge de la reprise de téléchargement.

• Un utilisateur qui lit et upvote les articles de Scott Chacon sur Git :

  • Il explique que les articles de Scott Chacon ont façonné sa compréhension initiale du modèle et du fonctionnement de Git, et le remercie de l’aider à mieux le comprendre au fil du temps.

• Un utilisateur satisfait de Git :

  • Il explique que beaucoup de gens veulent résoudre, via une interface « plus simple », le défi consistant à faire contribuer du code par de nombreuses personnes à différentes releases, fonctionnalités et hotfixes, à taguer les releases et à traquer les bugs.
  • Il affirme qu’apprendre Git n’est pas si difficile et que certaines personnes devraient simplement faire l’effort de l’apprendre.

• Un utilisateur qui cherchait une commande Git :

  • En essayant de trouver les 10 fichiers les plus modifiés depuis leur création, il est tombé sur des commandes Git supplémentaires utiles.

• Un utilisateur qui a simplifié son workflow Git :

  • Il a fortement simplifié son workflow Git à l’aide de quelques alias qui fonctionnent dans divers contextes.
  • Grâce à ces alias, il peut synchroniser la branche courante avec l’upstream ou origin, publier ses changements vers le dépôt distant, ouvrir la PR appropriée, ou encore ouvrir la page GitHub du dépôt.

• Un utilisateur qui utilise des outils visuels plutôt que la ligne de commande Git :

  • Il utilise des outils Git visuels comme SmartGit ou ceux intégrés à IntelliJ, et estime qu’utiliser Git en ligne de commande est surtout fait pour ceux qui aiment s’en vanter.
  • Il affirme que la couche porcelain est déroutante et qu’en l’absence d’un style ou d’un thème cohérent dans l’interface utilisateur, une nouvelle couche « visuelle » est nécessaire.

• Un utilisateur qui partage des astuces utiles sur Git :

  • Il dit avoir trouvé utile de découvrir qu’il est possible de définir l’option --committerdate comme tri par défaut.
  • Il partage quelques remarques sur git columns et git maintenance, et présente un script utile lié à git blame.

• Un utilisateur qui aimerait pouvoir changer les valeurs par défaut de Git :

  • Il pense que beaucoup de réglages par défaut de Git pourraient être améliorés, mais mentionne qu’ils ne changent pas pour ne pas casser la compatibilité avec les versions précédentes.