. 
@CodenlynDamilola Ale
Le contrôle de version est devenu une partie importante du processus de développement logiciel. Le contrôle de version aide à enregistrer les modifications apportées à un projet au fil du temps afin que vous puissiez vous rappeler des versions spécifiques plus tard. Je vais parler de GitHub.
Lorsque j’ai débuté en tant que développeur, j’ai commencé à utiliser GitHub parce que tout le monde disait qu’il était nécessaire pour les développeurs d’avoir leur code en ligne. Dans cet esprit, je l’ai considéré comme un endroit pour stocker tous mes projets au cas où mon système se plante, je serais en mesure de les télécharger à nouveau.
Drôle, non ?
Plus tard, j’ai réalisé que GitHub était plus que cela, c’est un endroit où je pouvais voir tous les progrès que j’ai faits à chaque étape de la construction de mon projet ou de mon logiciel. Il se trouve que c’est aussi un endroit où tout le monde dans le monde peut contribuer aux projets avec des idées différentes.
Au milieu de l’année, j’ai commencé à Microverse, on m’a présenté GitHub Flow. GitHub Flow vous encourage à créer des branches de fonctionnalités pour chaque fonctionnalité de votre logiciel. Lorsque vous pensez que votre logiciel ou votre projet est prêt à être consulté ou utilisé, vous créez une demande de pull et fusionnez avec la branche principale.
Cool right?
clone the projectdans votre dépôt local.
cddans le dépôt
vérifier la branche sur laquelle vous êtes actuellement
.
Créer une nouvelle
feature branch
Commencer à travailler sur votre fonctionnalité et lorsque vous avez terminé,
add,
commitet
pushà la branche de la fonctionnalité
Allez à votre dépôt distant sur GitHub et créez une pull request et fusionnez lorsque vous pensez que la fonctionnalité est terminée
De cette façon, vous pouvez voir toutes les fonctionnalités que vous avez créées et ce que vous avez ajouté à chaque phase. Au fur et à mesure que j’ai progressé, j’ai réalisé que la branche master était principalement destinée à la production et au moment où vous fusionnez une demande de pull, vous dites que cette fonctionnalité est prête à être utilisée ou vue par tout le monde.
C’est alors que je suis arrivé à la connaissance que le flux GitHub fonctionne parfaitement pour les petits projets, mais que se passe-t-il si j’ai un projet avec plus d’une fonctionnalité importante et que j’utilise le flux GitHub, je dis indirectement que toutes les fonctionnalités qui sont fusionnées à la branche maîtresse sont prêtes pour la production, mais si nous y réfléchissons, le sont-elles ?
Lancer une seule fonctionnalité pour un projet avec de nombreuses fonctionnalités n’a pas de sens et c’est là que Git Flow entre en jeu. Il est très similaire à GitHub flow mais introduit une meilleure façon de travailler avec le contrôle de version.
Dans Git Flow, nous créons une branche de développement et faisons de cette branche de développement la branche par défaut jusqu’à ce que nous soyons prêts pour la production. De cette façon, toutes les branches de fonctionnalités sont créées à partir de la branche de développement et fusionnées dans la branche de développement lorsqu’elles sont terminées.
C’est logique, non ? Maintenant, je ne peux fusionner vers la branche maître que lorsque je pense que mon logiciel est prêt pour la production avec toutes les fonctionnalités ajoutées.
Après avoir cloné votre dépôt, créez une
developmentbranche
Vérifiez sur quelle branche vous travaillez actuellement
Essayez d’ajouter un fichier, peut-être un fichier HTML afin de pouvoir mettre à jour votre dépôt distant avec la branche de développement.
Allez dans votre dépôt distant sur GitHub , allez dans les paramètres, cliquez sur branches et faites du développement la branche par défaut
Maintenant, vous pouvez créer des branches de fonctionnalités à partir de la branche
development, créer une pull request à partir de celle-ci et fusionner vers la branche
development.
Quand toutes vos fonctionnalités sont prêtes, suivez les mêmes étapes ci-dessus, faites à nouveau master par défaut, créez une pull request du développement vers master et fusionnez pour la production.
Je sais que cela a été une longue lecture, mais je crois que maintenant nous devrions savoir quand utiliser le flux GitHub ou le flux Git.
Merci de votre lecture.
Tags
Créez votre compte gratuit pour débloquer votre expérience de lecture personnalisée.