Рет қаралды 1,064
Nous continuons notre série d’articles sur la cohésion technique, autour de Git. Après mentionné l’importance d’un cadrage de vos projets avec Git, nous avions commencé à découvrir les différents flux Git.
Après avoir vu le grand frère git flow, nous allons découvrir ce que Github a choisi pour la gestion de ses projets : le Github flow.
Tout démarre avec la branche master / main
A la différence du git flow, où toute nouvelle foncitonnalité est initialisée depuis la branche de développement, ici, c’est la branche master/main qui sert de référence. Et ça, ça change tout !
Ainsi, une nouvelle fonctionnalité va arriver, vous allez créer une branche spécifique pour cette fonctionnalité.
Vous pouvez ici utiliser la même norme de nommage que pour git flow : à savoir features/{id}-ma-fonctionnalite.
Toute l’équipe va alors récupérer la branche en local, et commencer à développer dessus.
Tout le process normal commit / push / fetch /rebase / pull va être utilisé pour alimenter cette branche.
OK, une fois que c’est ok, que mon travail est ok, comment je l’intègre dans master, via un push, direct, comme ça ?
👉 MES RÉSEAUX SOCIAUX
FACEBOOK ► / evanboissonnotpro
LINKEDIN ► / evan-boissonnot-24508310
TWITTER ► / eboissonnot
INSTAGRAM ► / evanboissonnotpro
----------------------------------------------------------------------------------
💼 ME CONTACTER
Pour toutes demandes professionnelles (uniquement) :
📧 contact@devtobecurious.com
Site professionnel (Agence Dev to be curious) : devtobecurious...
Pour tout échange individuel / perso :
📧 evan@boissonnot.fr
Mon blog : evanboissonnot.fr/
----------------------------------------------------------------------------------
Comment mener à bien un projet et le pérenniser ? Challenge encore plus ardu, vous ne pensez pas ?!
A travers cette chaine vous y trouverez une vision concrète, et pédagogique pour avancer comme il faut dans vos projets ITs, et surtout les rendre durables !
De la cohésion technique, oui, ET de la cohésion humaine aussi !