|
|
|
|
|
by radicalbyte
4017 days ago
|
|
I see GitFlow as a pragmatic workflow customized to cloud-based software. Master is auto-deployed, and Dev acts as insurance. We're currently having lots of success with this: * Always work in a feature branch.
* Pull master + rebase feature branch when done.
* Merge to master with --no-ff --edit and include a summary. Rebasing feature branches keeps them readable and avoids continuous merges. Disable fast-forward keeps the log for /master abstracted to feature-level, but the details are available in the graph. Major releases are branched, minors (bugfixes) are tagged. Bugfixes are made in master and cherry-picked into the release where possible. Currently our CI build only works on /master, but in the coming month it'll build all feature branches which have been pushed to the main repository. This is very similar to how Perforce streams work, but it's distributed. If you really hate distributed version control and love GUIs then I can recommend Perforce. |
|