You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We, as team members, continuously integrate our software changes with those of our teammates and push these changes to production automatically. To achieve this, we use trunk based development [...]
Is it reasonable / necessary to make that prescription? To me, how exactly people contribute code is like the work process itself: There is no definitive right or wrong answer, just the right answer for any given team. If teams want to work with pull requests for easier code reviews - why make that against the rules if the branches are sufficiently small?
To make my motivations clear: Both PPA teams are working trunk-based, so I'm not trying to change this out of selfish reasons. Just want to make sure we are not overly prescriptive here.
The text was updated successfully, but these errors were encountered:
Trunk-based development and short-lived feature branches do not contradict each other. There are some studies around high-performance teams and one of the capabilities they have in common is trunk-based development. (for more insights I recommend the Accelerate book)
Hey,
just stumbled over
Is it reasonable / necessary to make that prescription? To me, how exactly people contribute code is like the work process itself: There is no definitive right or wrong answer, just the right answer for any given team. If teams want to work with pull requests for easier code reviews - why make that against the rules if the branches are sufficiently small?
To make my motivations clear: Both PPA teams are working trunk-based, so I'm not trying to change this out of selfish reasons. Just want to make sure we are not overly prescriptive here.
The text was updated successfully, but these errors were encountered: