"As we can only rotate on code that can be integrated into Trunk, we are incentivized to take small steps. The smaller the step, the faster we can rotate. The more we rotate, the more engagement we feel as a group."
seen from United States

seen from United States

seen from Türkiye

seen from Türkiye

seen from Malaysia
seen from Germany
seen from Pakistan

seen from United Kingdom

seen from United States
seen from Brunei

seen from Singapore
seen from Australia
seen from China

seen from Canada

seen from United States
seen from Russia

seen from United States
seen from Yemen

seen from United States

seen from United States
"As we can only rotate on code that can be integrated into Trunk, we are incentivized to take small steps. The smaller the step, the faster we can rotate. The more we rotate, the more engagement we feel as a group."
Trunk-based development When it comes to software delivery speed and quality, trunk-based development is the way to go. It took me a while to realize this myself. I used feature branches with pull-request as the main way of working (writeup of an experience of using pull request), so well aware of the advantages and disadvantages. But switching to Trunk based development felt very counterintuitive to me. For sure the build would be broken all the time and the quality would be horrible, especially with a larger group of people?
Great resources by Nelis Boucke on how to get started with #trunkbaseddevelopment.
“If you want real-world public examples of trunk-based development? Check out the replies to this tweet. https://t.co/hfCnhn9gsC”