Master doit refléter une branche de production, une version finale fonctionnelle. Travailler directement dans master signifie que si vous créez des bogues, vous n'avez pas d'autre option pour "revenir en arrière" que d'inverser/supprimer/réinitialiser les commits, ce qui n'est pas une manière propre de travailler et peut vous faire perdre les parties du nouveau code qui étaient OK.
À quoi sert la branche master ?
Un mot: la branche master est deployable. C'est votre code de production, prêt à être déployé dans le monde. La branche master est censée être stable, et c'est le contrat social des logiciels open source de ne jamais, jamais pousser quoi que ce soit à master qui n'est pas testé, ou qui casse la construction.
Comment doit-on appeler la branche master ?
Contenu développeur à lire absolument
À partir du 1er octobre 2020, toutes les "branches principales" seront appelées "branches principales." Pour les développeurs qui connaissent Git et GitHub depuis des années, il faudra un certain temps pour s'habituer à ce changement.
Dois-je utiliser main ou master ?
Il n'y a pas de réelle différence entre main et master, c'est juste le nom de la branche par défaut. Pour vous, git push origin master crée simplement une nouvelle branche appelée master (puisqu'elle n'existe pas déjà) et y pousse vos commits actuels.
Pourquoi GitHub utilise-t-il main au lieu de master ?
À partir du mois prochain, tous les nouveaux dépôts de code source créés sur GitHub seront nommés "main"au lieu de "maître" comme dans le cadre des efforts de l'entreprise pour supprimer les références inutiles à l'esclavage et les remplacer par des termes plus inclusifs.
