How does trunk-based development reduce integration problems compared to long-lived feature branches?
hard📝 Application Q9 of 15
Git - Collaboration Workflows
How does trunk-based development reduce integration problems compared to long-lived feature branches?
ABy merging small changes frequently, avoiding large conflicts
BBy isolating features in separate branches for weeks
CBy disabling merges until features are complete
DBy rewriting history to remove conflicts
Step-by-Step Solution
Solution:
Step 1: Understand integration challenges
Long-lived branches cause big conflicts when merged late. Frequent small merges reduce this risk.
Step 2: Match options
By merging small changes frequently, avoiding large conflicts correctly explains how trunk-based development reduces integration problems. Others describe opposite or incorrect practices.
Final Answer:
By merging small changes frequently, avoiding large conflicts -> Option A
Quick Check:
Integration ease = frequent small merges [OK]
Quick Trick:Small frequent merges prevent big conflicts [OK]
Common Mistakes:
Thinking isolation reduces conflicts
Believing merges should be delayed
Assuming history rewriting fixes conflicts
Master "Collaboration Workflows" in Git
9 interactive learning modes - each teaches the same concept differently