For various reasons I am revisiting “everything I know”. One that crops up the most is handling multiple developers on the same project. We can try stand ups and designs and coffee breaks but in the end it’s the code that matters
Most “corporate” developers seem to have a branch master then merge, and release on a time based cycle, approach, but it seems rarer to find approaches such as the Linux kernel or git.git
I suspect there are far more pain points in the simplified approach (pulling a patch already in master is terrifying to most developers)
Any thoughts ?
Pain points: -coming up with good commit messages -including the story ticket number in the branch name and commit message