We are using a simple git flow based on git flow and github flow. We have two branches develop and master.
develop is a representation of staging
master is a representation of production
- Master is always deployable.
- All tests must pass on Master at all times.
- Do not commit directly to develop or master, only merge in feature/fix branches.
- As soon as a feature/fix is merged into develop it should be deployed to staging.
- As soon as a feature/fix is merged into master it should be deployed to production.
- Feature branches should be pushed to origin, for code review and so others can see what is being worked on.
- Use --no-ff when merging your feature branch into develop or master, this forces creation of a merge commit, making it easier to see what was merged and when.
- Create a new branch from master called 'feature/[trello-card-id]'
$ git checkout -b feature/160-add-picture-of-cat master
- Work on feature
- Push feature to origin regularly
$ git push -u origin feature/160-add-picture-of-cat
- Submit for code review (if required) (e.g. move trello card to code review)
- Merge feature into develop
$ git checkout develop
Switched to branch 'develop'
$ git merge --no-ff feature/160-add-picture-of-cat
$ git push origin
- Deploy to staging
$ git push staging develop:master
- Submit for QA (e.g. move trello card to QA)
- Merge feature into master
$ git checkout master
Switched to branch 'master'
$ git merge --no-ff feature/160-add-picture-of-cat
$ git push origin
- Deploy master to production
$ git push production master
- Delete feature branch
If you are interested in sports betting, then this gaming application may come in handy - 22bet at app, after a long testing I decided to share my impressions of using this betting application, I have made a lot of bets here and I really like using it!