Hacker News new | ask | show | jobs
by Matt3o12_ 3599 days ago
How do you guys approach the one branch per developer rule? For smaller changes, i do it all the time but it is very hard for bigger changes.

When we write bigger features we always need at least two dev. One writing the front end (HTML templates) and one the backend (whatever populates the templates, makes sql query). We both need immediate feedback. I design the models around the templates so i need the templates at least partly to work. He needs the models to properly do his work either (if he wrote the templates before I write the models, the development of the whole feature would slow down and it is not nice to only work with a lorem impsum all the time. We also get very detached from the actual feature that way.

How do you manage those situations? Just do one branch per feature and if that feature requires more work, then just let two people work on that feature?

1 comments

Do what you say and both work in the same branch. If the branch diverges from master and you need to catch synchronize and then one of you does a rebase the other does git reset --hard origin/feature-branch. Alternatively just leave any cleanup till the end of the MR and designate one person to it