1/8/2024 0 Comments Sourcetree linuxYou commit your feature implementations to this branch. In this case, a new feature branch called ‘feature/my-new-feature’ will be created (I used the default prefix when I initialize this repository). The first thing to note is the ‘Preview’ window, which is present on all of the action dialogs and shows you what will actually happen when you confirm the dialog. if you haven’t set up git-flow on this repo yet, it’ll help you do that by default. You can commit trivial changes directly to the development branch (‘develop’). Next up, we’ll concentrate on the actions we can perform with Git-flow and SourceTree. For more details please see the Help section included in SourceTree. You’ll probably just want to use the defaults in the initialisation window so that’s not covered here. If you haven’t used git-flow already on this repository, the first thing SourceTree will do is initialise your repository to use it. You can always get to all the other git-flow actions via this button as well, but most of the time the default option will be the action you’ll want SourceTree to perform. If you’re already on a feature branch, it will offer to finish your current feature and merge it back into the development branch, and so on. If you’re on the development branch, it will default to starting a new feature. So if you haven’t set up git-flow on this repo yet, it’ll help you do that by default. There’s a handy new addition to the toolbar in SourceTree 1.5 and above(keyboard shortcut Cmd-Alt-F):īased on the current state of the repository, the Git-flow button will bring up a dialog with the most likely action you’d want to perform next. S ourceTree helps you utilise these branches via git-flow actions which we will describe below. Once you’ve made your changes, the hotfix branch is then merged back into both the master branch (to update the released version) and the development branch (to make sure the fixes go into the next release too) If you need to patch the latest release without picking up new features from the development branch, you can create a hotfix branch from the latest deployed code in master. Hotfix branches (usually prefixed with ‘hotfix/’) You can commit to it during your preparation for a release, and when it’s ready to be deployed, you merge it into both the development branch and the master branch (to indicate that the release has been deployed). 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: 1. Smart branching with SourceTree and Git-flow What is Git Flow?Ī set of guidelines a Developer can follow when using version control.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |