Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
Wow that is not git flow. You need to have a develop branch with proper communication and separation of tasks to have a high chance of avoiding merge conflicts.
-
Git flow is just branch type naming conventions accompanied by a best practice of having a main (master) and pre-main (dev) branch and a prescribed merge order.
It's common (and not wrong) for a lead person to be the only one to approve merges to the main branch. The only thing your team does *differently* is skipping the pre-main (dev) branch? Or do they like, use completely random branch names or not commit for days in a row? -
baewulf19136y@webketje we all just use our own branches named after ourselves, but while I commit several times a day, there’s one guy who hasn’t committed In a week, others usually every 3-4 days, and I’ve taken the job of manually merging all the work but it’s frustrating cause if they just committed and pulled from master more often I wouldn’t have to do this
-
C0D4681386yDon’t use master branch for merges.
Have atleast a dedicated develop or go another level and have a merge branch, where conflicts can be resolved, this way the Develop branch could be used for testing and master should be always prod-ready code.
What the fuck gitflow
I feel like I must be doing this wrong
Everybody pushes to their own branch and then the team lead approves merge requests into the master
But everybody else sucks and nobody pushes to their branch even regularly let alone into master
So basically everyone’s working on their own version of the site it’s just a big fucking mess and I’m frustrated
rant