Workflow Git pour gérer le travail sur plusieurs branches

Ma stratégie lors de l'utilisation de Git comme outil de versionnage pour mes projets

Je suis tout mon développement en utilisant Git et je suis toujours cette stratégie.

La stratégie est inspirée parUn modèle de branchement Git réussi.

J'ai 2 branches permanentes: maîtriser et développer.

Voici les règles que je respecte dans ma routine quotidienne:

Lorsque j'aborde un nouveau problème ou que je décide d'incorporer une fonctionnalité, il y a 2 routes principales:

  • La fonctionnalité est rapide, ou les commits suivants que je ferai ne casseront pas le code (ou du moins je l'espère): je peux commettre sur le développement, ou faire unbranche de fonctionnalité rapide, puis fusionnez-le pour le développer.

  • La fonctionnalité prendra plus d'un commit pour se terminer, peut-être que cela prendra des jours de commits avant que la fonctionnalité soit terminée et qu'elle redevienne stable:Je fais une branche de fonctionnalités, puis fusionner pour se développer.


Si quelque chose sur notrele serveur de production nécessite une action immédiate, comme un correctif dont j'ai besoin pour être résolu dès que possible, je fais unbranche courte de correctif, corrigez la chose, testez la branche localement et sur une machine de test, puis fusionnez-la pour la maîtriser et la développer.


Si j'ai besoin d'unfonction / modification rapidepour être poussé sur le serveur de production, la branche de développement contient du code instable, et j'aimerais que cette fonctionnalité / éditer dès que possible, je peuxsauter la branche de développement, créer une branche de fonctionnalité rapide et la fusionner à la fois pour maîtriser et développer, tant que la fonctionnalité / modification est rapide et triviale. Si cela s'avère être quelque chose de plus compliqué sur la route, il serait préférable d'attendre et de stabiliser le code sur la branche de développement.


LeLa branche develop sera toujours dans un état de flux, c'est pourquoi il devrait être mis sur un 'Geler'lors de la préparation d'une version. Le code est testé et chaque flux de travail est vérifié pour vérifier la qualité du code, et il est préparé pour une fusion dans master.


Chaque fois que develop ou une autre branche de correctif est fusionnée dans master,Je le marqueavec un numéro de version, il est donc facile de revenir à un état précédent en cas de problème.


Plus de tutoriels git: