Build fluency in the vocabulary of a branching model with dedicated develop, release, and hotfix branches.
0 / 5 completed
1 / 5
At standup, a dev mentions a branching model with dedicated long-lived develop and main branches, plus separate feature, release, and hotfix branches that each follow strict, defined rules about where they're created from and merged back into. What is this branching model called?
Gitflow is exactly this: it is a branching model with dedicated long-lived develop and main branches, plus separate feature, release, and hotfix branches that each follow strict, defined rules about where they're created from and merged back into, giving a project a structured, predictable release process. A hash collision is an unrelated hash-table concept about two keys sharing a bucket. This structured-branch-types-with-strict-rules approach is exactly why Gitflow is chosen for projects that need a formal, predictable process for staging and releasing versioned software.
2 / 5
During a design review, the team adopts Gitflow for a project that ships versioned releases on a fixed schedule, specifically because dedicated release branches let the team stabilize and test a release candidate separately from ongoing feature development on develop. Which capability does this provide?
Gitflow's dedicated release branch here provides isolated release stabilization separate from ongoing development, since a dedicated release branch lets the team stabilize and test a release candidate without ongoing feature work on develop disrupting it in the meantime. Testing a release candidate directly on the same branch where ongoing feature development continues means a new feature merged mid-testing could destabilize the very release candidate being validated. This isolate-stabilization-from-ongoing-development behavior is exactly why Gitflow's release branches are used for projects with a formal, versioned release process.
3 / 5
In a code review, a dev notices a project ships versioned releases on a fixed schedule but has no dedicated release branch at all, testing each release candidate directly on the same branch where ongoing feature development continues to merge in new work. What does this represent?
This is a missed Gitflow opportunity, since a dedicated release branch would let the team stabilize and test a release candidate without ongoing feature development destabilizing it in the meantime. A cache eviction policy is an unrelated concept about discarded cache entries. This test-release-candidates-on-the-active-development-branch pattern is exactly the kind of instability risk a reviewer flags once a project ships versioned releases on a fixed, formal schedule.
4 / 5
An incident report shows a release candidate that had passed testing broke right before shipping, because a new feature was merged into the same branch the release candidate was being tested on, and no dedicated release branch existed to isolate the two. What practice would prevent this?
Adopting Gitflow's dedicated release branch stabilizes and tests a release candidate in isolation, without ongoing feature merges destabilizing it before it ships. Continuing to test release candidates directly on the same branch as ongoing feature development regardless of how often a late feature merge destabilizes a nearly shipped release is exactly what caused the breakage described in this incident. This isolate-the-release-branch approach is the standard fix once a formal, versioned release process is confirmed to need protection from ongoing feature development.
5 / 5
During a PR review, a teammate asks why the team adopts Gitflow's structured develop, release, and hotfix branches instead of simply using trunk-based development, given that trunk-based development is simpler and involves fewer branch types. What is the reasoning?
Gitflow's structured branches give a project with a formal, versioned release schedule dedicated space to stabilize a release candidate and patch production hotfixes without disrupting ongoing development, while trunk-based development is simpler and reduces merge risk for teams that ship continuously, but has no dedicated mechanism for isolating a release candidate from that same ongoing stream of small integrations. This is exactly why Gitflow remains chosen for formally scheduled, versioned releases, while trunk-based development is favored for teams shipping continuously.
What does the "Gitflow Workflow Vocabulary" vocabulary exercise cover?
This exercise tests real IT vocabulary related to gitflow workflow vocabulary through 5 multiple-choice questions, each built from realistic workplace sentences rather than abstract definitions.
Is this vocabulary exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 5 questions. Each one shows a real-world sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question, and a full results screen at the end.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Are these vocabulary exercises connected to other topics?
Yes — this module shares real-world context with 9 other vocabulary modules. See "Related vocabulary" below to keep building a connected skill set.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more vocabulary exercises?
Browse the full Vocabulary exercises hub for hundreds of modules covering Agile, DevOps, security, databases, architecture, and more — organised by IT role and skill.