A committer is an individual who is permitted to modify the source code of a software project,[1][2] that will be used in the project's official releases.[3] To contribute source code to most large software projects, one must make modifications and then "commit" those changes to a central version control system, such as Git (or CVS).
In open-source software development, the committer role may be used to distinguish commit access, a specific type of responsibility, from other forms of contribution,[4] such as triaging issues or organizing events. Typically, an author submits a software patch containing changes and a committer integrates the patch into the main code base of the project.[2][5]
To have a "commit bit" on one's user account means that the user is permitted to contribute source code changes. This dates to the use of a literal binary digit to represent yes-or-no privileges in access control systems of legacy version control[6] and software systems, such as BSD.[7] The commit bit represents the permission to contribute to the shared code of a software project. It can be resigned or may be removed due to inactivity in the project, as dormant committer accounts can represent security risks.[8]
Project committers are usually the lead developers of a project and are the ones responsible for the majority of changes.[citation needed] They are seen as trusted, responsible and reliable members of the project's community.[9] Relatedly, committers are usually responsible for the review of patches submitted by members of the community for inclusion into the software. After a successful review, usually consisting of conformance to coding standards and ensuring it does not introduce any new bugs, the committer will commit that specific patch on behalf of the patch submitter.[citation needed]
The process to becoming a committer can vary across projects, but in general, there are three common ways to do it.
Becoming a committer in an existing project often involves becoming active on both the mailing lists as well as with supplying patches. After enough involvement, the other committers can then vote you in as a new committer. This normally happens through an e-mail vote. The XML-SOAP project hosted at Apache.org is an example of this process.[11]
A committer is a developer that was given write access to the code repository […]
A committer is a software developer who has the necessary rights to commit to a code repository. […] Typically, in a two-step process, an author submits a patch and a committer integrates the patch into the main code base.
A committer is someone who has commit access: the right to make changes to the copy of the code that will be used for the project's next official release.This precise definition is important because, after all, anyone can set up a repository containing a copy of the project's code and allow themselves to commit to that repository;
The term "committer" might be used to distinguish commit access, which is a specific type of responsibility, from other forms of contribution.
An Author who is not a Committer still requires the assistance of a Committer to push changesets […]
It's simply a phrase that originates in the access control systems of legacy version control systems, where a commit access was controlled by the value of a single binary digit (a bit).
[…] people who can merge changes are referred to generally as people with a commit bit. For those who are curious, this term comes from privileged users on a BSD system often having a "wheel bit"
FreeBSD committers may […] decide […] to resign their commit bit. […] a committer may become inactive over a long period of time without explicitly resigning their bit. Over the long term, these accounts can represent a security risk […]
Committers: […] people who have contributed to the project and are considered reliable and responsible enough to be allowed to commit directly to all or some parts of the project […]
A Contributor may become a Committer once having been nominated and voted in by other Committers.