Stratégies de branchement dans les référentiels d’entreprise
Les stratégies de branchement définissent la façon dont le travail passe du développement au code stable et prêt pour la production. Sur GHES, la branche n’est pas seulement une pratique technique, mais un mécanisme de gouvernance qui aide les entreprises à gérer les risques et à maintenir le contrôle.
Dans cette unité, vous allez apprendre
Comment les branches par défaut sont traitées dans les référentiels d’entreprise
Stratégies de branchement courantes utilisées sur GHES
Pourquoi la discipline de branche est appliquée
Branches et stabilité par défaut
La plupart des référentiels GHES désignent une branche par défaut, communément nommée main. Cette branche représente généralement la version la plus stable et la plus fiable de la base de code. Il peut être utilisé directement pour les déploiements, les versions ou les intégrations en aval.
En raison de son importance, la branche par défaut est rarement ouverte pour une modification directe. Au lieu de cela, les modifications sont introduites par le biais de pull requests à partir de branches temporaires. Cette approche garantit que chaque modification est examinée, testée et enregistrée avant de faire partie de la base de code stable.
Modèles de branchement d’entreprise courants
Les entreprises normalisent souvent un petit nombre de modèles de branchement pour réduire la confusion et améliorer la cohérence entre les équipes. Le développement basé sur le tronc est courant, les développeurs créant des branches de courte durée et fusionnant fréquemment dans la branche par défaut par le biais de requêtes d’envoi. Certaines organisations utilisent des branches de mise en production pour prendre en charge le développement et la maintenance parallèles, en particulier lors de la prise en charge de plusieurs versions d’un produit.
Quel que soit le modèle spécifique, la caractéristique clé de la branche d’entreprise sur GHES est que les branches existent pour prendre en charge le changement contrôlé, et non l’expérimentation sans surveillance.
Pourquoi la discipline des branches importe
Les règles de branchement strictes aident les organisations à réduire le risque de modifications non vues ou instables qui atteignent des systèmes critiques. Ils prennent également en charge l’audit en garantissant que chaque modification a un historique documenté, y compris qui l’a créé, qui l’a examiné et quels contrôles ont été appliqués.
Pour les développeurs, cette discipline peut initialement se sentir restrictive. Toutefois, au fil du temps, il offre une clarté et une prévisibilité, en particulier dans les grandes équipes où le branchement non contrôlé entraîne rapidement la confusion.
Étape par étape : créer une branche de fonctionnalité et la maintenir à jour
Votre organisation peut avoir des conventions et des règles d’affectation de noms spécifiques, mais ce flux est une base de référence courante pour travailler en toute sécurité avec une branche par défaut protégée.
Vérifiez que votre branche par défaut locale est à jour :
git checkout main git fetch origin git pull --ff-onlyCréez une branche de fonctionnalité de courte durée :
git checkout -b feature/short-descriptionApportez des modifications, puis validez-les :
git status git add . git commit -m "Describe the change"Envoyez la branche vers GHES :
git push -u origin feature/short-descriptionSi votre branche est en retard, mettez-la à jour en utilisant l'approche préférée par votre équipe :
Si votre organisation préfère rebaser :
git fetch origin git rebase origin/mainSi votre organisation préfère fusionner :
git fetch origin git merge origin/main
Utilisez la stratégie que votre équipe normalise, car les paramètres de protection des branches (et les attentes en matière de révision) supposent souvent un flux de travail particulier.
Clé à prendre : les modèles de branchement d’entreprise sur GHES sont conçus pour maintenir la branche par défaut stable et pour garantir que les modifications passent par des chemins contrôlés et modifiables.
** Avec la discipline de branche en place, l’étape suivante consiste à comprendre comment GHES applique cette discipline par le biais des règles de protection des branches et des exigences de révision.