7/27/2023 0 Comments Git sourcetree rename branch![]() When you’re about to package a new release, you create a release branch from the development branch. Release branches (usually prefixed with ‘release/’).When finished, you’ll merge this branch back into the development branch to queue it for the next release. When you start work on anything non-trivial, you create a feature branch. Feature branches (usually prefixed with ‘feature/’).Only updated by merging other branches into it. This branch represents the latest released / deployed codebase. Production branch (usually called ‘master’).This is your main development branch where all the changes destined for the next release are placed, either by directly committing small changes or by merging other branches (e.g. ![]() Development branch (usually called ‘develop’).The general idea of git-flow is to use the following branch structure in your repository: SourceTree 1.5 now integrates with git-flow and presents it to you in a friendly and intuitive way. Get new developers up to speed more quickly.Move between projects more easily with familiar branch structures.Adopting a standardised approach has many advantages: Using many separate branches in Git gives you lots of flexibility, but it can get complex. The idea was to standardise branching and merging when developing features, handling releases and managing hot fixes, in order to be consistent and gain the advantages of git’s ‘branchy’ development model. In early 2010, Vincent Driessen wrote an article called “A successful Git branching model” which recommended an approach called git-flow to use git branches in your development cycle. Note: for brevity this article refers to Git and git-flow, but SourceTree supports exactly the same concepts in Mercurial via Hg Flow too. Smart branching with SourceTree and Git-flow By Steve on August 1, 2012
0 Comments
Leave a Reply. |