<P> Some of the more advanced revision - control tools offer many other facilities, allowing deeper integration with other tools and software - engineering processes . Plugins are often available for IDEs such as Oracle JDeveloper, IntelliJ IDEA, Eclipse and Visual Studio . Delphi, NetBeans IDE, Xcode and GNU Emacs (via vc. el) come with integrated version control support . </P> <P> Terminology can vary from system to system, but some terms in common usage include: </P> <Dl> <Dt> Baseline </Dt> <Dd> An approved revision of a document or source file from which subsequent changes can be made . See baselines, labels and tags . </Dd> <Dt> Branch </Dt> <Dd> A set of files under version control may be branched or forked at a point in time so that, from that time forward, two copies of those files may develop at different speeds or in different ways independently of each other . </Dd> <Dt> Change </Dt> <Dd> A change (or diff, or delta) represents a specific modification to a document under version control . The granularity of the modification considered a change varies between version control systems . </Dd> <Dt> Change list </Dt> <Dd> On many version control systems with atomic multi-change commits, a change list (or CL), change set, update, or patch identifies the set of changes made in a single commit . This can also represent a sequential view of the source code, allowing the examination of source "as of" any particular changelist ID . </Dd> <Dt> Checkout </Dt> <Dd> To check out (or co) is to create a local working copy from the repository . A user may specify a specific revision or obtain the latest . The term' checkout' can also be used as a noun to describe the working copy . </Dd> <Dt> Clone </Dt> <Dd> Cloning means creating a repository containing the revisions from another repository . This is equivalent to pushing or pulling into an empty (newly initialized) repository . As a noun, two repositories can be said to be clones if they are kept synchronized, and contain the same revisions . </Dd> <Dt> Commit </Dt> <Dd> To commit (check in, ci or, more rarely, install, submit or record) is to write or merge the changes made in the working copy back to the repository . The terms' commit' and' checkin' can also be used as nouns to describe the new revision that is created as a result of committing . </Dd> <Dt> Conflict </Dt> <Dd> A conflict occurs when different parties make changes to the same document, and the system is unable to reconcile the changes . A user must resolve the conflict by combining the changes, or by selecting one change in favour of the other . </Dd> <Dt> Delta compression </Dt> <Dd> Most revision control software uses delta compression, which retains only the differences between successive versions of files . This allows for more efficient storage of many different versions of files . </Dd> <Dt> Dynamic stream </Dt> <Dd> A stream in which some or all file versions are mirrors of the parent stream's versions . </Dd> <Dt> Export </Dt> <Dd> exporting is the act of obtaining the files from the repository . It is similar to checking out except that it creates a clean directory tree without the version - control metadata used in a working copy . This is often used prior to publishing the contents, for example . </Dd> <Dt> Fetch </Dt> <Dd> See pull . </Dd> <Dt> Forward integration </Dt> <Dd> The process of merging changes made in the main trunk into a development (feature or team) branch . </Dd> <Dt> Head </Dt> <Dd> Also sometimes called tip, this refers to the most recent commit, either to the trunk or to a branch . The trunk and each branch have their own head, though HEAD is sometimes loosely used to refer to the trunk . </Dd> <Dt> Import </Dt> <Dd> importing is the act of copying a local directory tree (that is not currently a working copy) into the repository for the first time . </Dd> <Dt> Initialize </Dt> <Dd> to create a new, empty repository . </Dd> <Dt> Interleaved deltas </Dt> <Dd> some revision control software uses Interleaved deltas, a method that allows storing the history of text based files in a more efficient way than by using Delta compression . </Dd> <Dt> Label </Dt> <Dd> See tag . </Dd> <Dt> Mainline </Dt> <Dd> Similar to trunk, but there can be a mainline for each branch . </Dd> <Dt> Merge </Dt> <Dd> A merge or integration is an operation in which two sets of changes are applied to a file or set of files . Some sample scenarios are as follows: <Ul> <Li> A user, working on a set of files, updates or syncs their working copy with changes made, and checked into the repository, by other users . </Li> <Li> A user tries to check in files that have been updated by others since the files were checked out, and the revision control software automatically merges the files (typically, after prompting the user if it should proceed with the automatic merge, and in some cases only doing so if the merge can be clearly and reasonably resolved). </Li> <Li> A branch is created, the code in the files is independently edited, and the updated branch is later incorporated into a single, unified trunk . </Li> <Li> A set of files is branched, a problem that existed before the branching is fixed in one branch, and the fix is then merged into the other branch . (This type of selective merge is sometimes known as a cherry pick to distinguish it from the complete merge in the previous case .) </Li> </Ul> </Dd> </Dl> <Dd> An approved revision of a document or source file from which subsequent changes can be made . See baselines, labels and tags . </Dd>

Which of the following is not a source of change in scm