#gitflow

Git Branching Strategies for Efficient Development

.

.

Which branching strategy do you use? Comment below!

.

.

Popular Git Branching Strategies:

Feature Branching

Git Flow

GitHub Flow

GitLab Flow

GitFlow is a tool (or can be said to be an extension of Git) that provides an adequately structured workflow for better source code management. Since GitFlow is a tool, we need to install it, after which we can start using it. To know more about Gitflow and how it simplify a project's workflow, collaboration & SCM in Git check our blog

Trigger C# Functions on Specific Intervals

Introduction Sometimes we need to perform some action at specified intervals. For example, I was working on an application where I needed to simulate some server actions to be triggered automatically. In this post, we will learn how can we build a simple solution to achieve this functionality. Setting the Scene I will be using an existing codebase that utilized .NET Events. I wrote an article on…

Comme son nom l’indique, git-flow repose sur ...git !!

Git-flow est un workflow qui vous permet de décrire une gestion de vos branches git et de structurer et d’uniformiser vos cycles de développement. Il a été rendu populaire par Vincent Driessen.

La principale idée de ce process, c’est bien d’avoir plusieurs branches git distinctes et qui correspondent à des buts bien précis :

- une branche master qui est la branche principale et qui sert à refléter l’état de la production.

- une branche develop qui permet d’intégrer tous les développements en cours et sur laquelle nous allons merger toutes les features au fur et à mesure.

Branches provisoires

- une branche feature-xxx sur laquelle nous allons développer nos features. Une fois que la feature est terminée, elle est mergée sur la branche develop.

- une branche release-xxx qui nous permettra de faire des releases. Lorsque les développements sont terminés et que la branche develop est prête, nous allons créer une branche release-xxx qui dérivera de la branche develop. Au cours de ce process, on peut effectuer différentes opérations (gestion version, etc..), à définir suivant votre process métier. Cette branche sera ensuite mergée à la fois sur master et sur develop

- une branche hotfix-xxx qui permet de gérer proprement les hotfixes. Une fois qu’une release a été effectuée et qu’il y a un bug critique à corriger, il est opportun de créer une branche hotfix (surtout si il y a eu des développements intégrés sur la branche develop entre-temps) pour rapidement faire la correction. Cette branche va dériver directement de master et nous allons travailler dessus pour faire le hotfix. Une fois terminée, cette branche sera mergée à la fois sur master et sur la branche develop.

Voila pour le process général, il existe beaucoup de variantes à ce sujet et des systèmes de hooks vous permet d’automatiser certaines tâches, à définir suivant votre contexte.

git-flow cheatsheet