blob: 1cbf7c5d8c80a404451a09b16c50490e2145b540 [file] [log] [blame]
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
<title>Background</title>
</head>
<body>
<p>Here is what the current (Eclipse general) charter says:</p>
<blockquote>
<p><i>The Committers of a Project or component decide which changes may
be committed to the master code base of a Project or component respectively. <b>The
PMC defines the decision process</b>, but that
process must include the ability for Committers to veto the change. The decision process employed may change with the
phase of development. Common decision processes include: </i></p>
<p><i>Retroactive - changes are proactively made by Committers but can be
vetoed by a single Committer. </i></p>
<p><i>Proactive - for efficiency, some code changes from some
contributors (e.g. feature additions, bug fixes) may be approved in advance, or approved in principle based on an outline of the
work, in which case they may be committed first and changed as needed, with conflicts resolved by majority vote of
the Committers of the Project or component, as applicable. </i></p>
<p><i> Three Positive - No code is committed without a vote; three +1 ('yes'
votes) with no -1 ('no' votes or vetoes) are needed to approve a code change. </i></p>
<p><i>Vetoes must be followed by an explanation for the veto within 24 hours
or the veto becomes invalid. All votes are conducted via the developer mailing list associated with the Project or
component. Special rules may be established by the PMC for Projects or components with fewer than three Committers. </i><br />
</p>
</blockquote>
</body>
</html>