#gitflow

[azuretrainingsin]

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

Trunk-Based Development

[jonfazzaro]

"By the time you need advanced Git — the wheels have already come off car. Let’s focus instead on using core Git correctly.”

[thinkitiveblog]

GitFlow: A tool to simplify a project’s workflow, collaboration & SCM in Git

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

[reportwire]

Trigger C# Functions on Specific Intervals

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…

View On WordPress

[smoxidev-blog]

Free Git Book

Getting started with Git, Browsing the history, Working with Remotes, Staging, Ignoring Files and Folders, Git Diff, Undoing, Merging, Submodules, Committing, Aliases, Rebasing, Configuration, Branching, Rev-List, Squashing, Cherry Picking, Recovering, Git Clean and Pulling

Git Notes For Professionals

[whereisjollyjumper-blog]

Comment ça marche...git-flow ?

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

tutorial gitflow 

[blacherez]

[blacherez]

A successful Git branching model

In this post I present a Git branching strategy for developing and releasing software as I’ve used it in many of my projects, and which has turned out to be very successful.