This articleneeds additional citations forverification. Please helpimprove this article byadding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Freeze" software engineering – news ·newspapers ·books ·scholar ·JSTOR(April 2017) (Learn how and when to remove this message) |
Insoftware engineering, afreeze is a point in time in the development process after which the rules for making changes to thesource code or related resources become more strict, or the period during which those rules are applied.[1] A freeze helps move the project forward towards arelease or the end of aniteration by reducing the scale or frequency of changes, and may be used to help meet aroadmap.
The exact rules depend on the type of freeze and the particular development process in use; for example, they may include only allowing changes which fixbugs, or allowing changes only after thorough review by other members of the development team. They may also specify what happens if a change contrary to the rules is required, such as restarting the freeze period.Common types of freezes are:
In development environments usingversion control, the use ofbranching can alleviate delays in development caused by freezes. For example, a project may have a "stable" branch from which new versions of the software are released, and a separate "development" branch in which the developers add new code. The effect of a freeze is then to preventpromotion of some or all changes from the development branch to the stable branch. In other words, the freeze applies only to the stable branch, and developers can continue their work on the development branch.