← Back to context

Comment by tetha

10 days ago

My interpretation within that company: You know this new idea of "If it's painful, do it more"? People in that company didn't do that in the SVN days or earlier, because merges were painful. Thus, merges filled a sprint if they had to be done. This made sense if you came from CSV or nothing, tbh.

Git in turn made branches easier, causing merges to be more prevalent and developers overall learned to merge more, merge more often.

That doesn't make any sense to me. Why would you merge more often if it takes less time to create a new branch?

What types of merges are we talking about? Surely it must be where you merge in changes from a main branch to your local branch, which in the case of long-lived branches will be the more common merge. Creating new branches isn't even part of that workflow.