Hacker News new | ask | show | jobs
by mcv 3186 days ago
For a moment I thought: Has someone figured out something better than git-flow? But no, it's the original git-flow article again.

It's good, but now exactly "news". Every git user should be aware of git-flow, even if you do have a better way of using git.
1 comments
imron 3186 days ago
> Every git user should be aware of git-flow

Agree. Every git user should be aware of it and should use it on a project at least once so they know to avoid it forever after.

link
mcv 3186 days ago
It's not awful, but there is room simplify it and tune it for your own needs. Using master as the develop branch is a fairly simple and sensible one. Most simpler workflows are basically git-flow trimmed down in some way. In a big team, I do like to keep release branches to isolate the polishing of the release from other development work. (Without it, teams tend to have a code freeze, which is unnecessary with a release branch.)
link
Froyoh 3186 days ago
Why avoid it?
link
Rafert 3186 days ago
Because it's complicated and most people don't need that complexity at all. For some reason a lot of people happily jumped on the band wagon when this was released and started writing scripts to make it more bearable.

If you have multiple versions of your codebase that you need to maintain for a longer time to justify those release branches, gitflow might be for you. IMO GitLab flow is much more applicable for most people: https://about.gitlab.com/2014/09/29/gitlab-flow/

link
imron 3186 days ago
Because it creates a large amount of needless busywork.

It's much easier to develop on master and/or on feature branches that can be cleanly merged in to master, and then tag master (or create branches) once a release is hit.

See for example the simple git workflow:

https://www.atlassian.com/blog/git/simple-git-workflow-simpl...

link