Symfony Core TeamEdit this page
Warning: You are browsing the documentation for Symfony 5.3, which is no longer maintained.
Read the updated version of this page for Symfony 6.1 (the current stable version).
The Symfony Core team is the group of developers that determine the direction and evolution of the Symfony project. Their votes rule if the features and patches proposed by the community are approved or rejected.
All the Symfony Core members are long-time contributors with solid technical expertise and they have demonstrated a strong commitment to drive the project forward.
This document states the rules that govern the Symfony core team. These rules are effective upon publication of this document and all Symfony Core members must adhere to said rules and protocol.
Symfony Core members are divided into groups. Each member can only belong to one group at a time. The privileges granted to a group are automatically granted to all higher priority groups.
The Symfony Core groups, in descending order of priority, are as follows:
- Elects members in any other group;
- Merges pull requests in all Symfony repositories.
- Merge pull requests on the main Symfony repository.
In addition, there are other groups created to manage specific topics:
- Security Team: manages the whole security process (triaging reported vulnerabilities, fixing the reported issues, coordinating the release of security fixes, etc.)
- Recipes Team: manages the recipes in the main and contrib recipe repositories.
- Documentation Team: manages the whole symfony-docs repository.
- Fabien Potencier (fabpot).
Mergers Team (
- Nicolas Grekas (nicolas-grekas);
- Christophe Coevoet (stof);
- Christian Flothmann (xabbuh);
- Tobias Schultze (Tobion);
- Kévin Dunglas (dunglas);
- Javier Eguiluz (javiereguiluz);
- Grégoire Pineau (lyrixx);
- Ryan Weaver (weaverryan);
- Robin Chalas (chalasr);
- Maxime Steinhausser (ogizanagi);
- Yonel Ceruto (yceruto);
- Tobias Nyholm (Nyholm);
- Wouter De Jong (wouterj);
- Alexander M. Turek (derrabus);
- Jérémy Derussé (jderusse);
- Titouan Galopin (tgalopin);
- Oskar Stark (OskarStark);
- Thomas Calvet (fancyweb);
- Mathieu Santostefano (welcomattic);
- Kevin Bond (kbond);
- Jérôme Tamarelle (gromnan).
Security Team (
Documentation Team (
They are no longer part of the core team, but we are very grateful for all their Symfony contributions:
About once a year, the core team discusses the opportunity to invite new members.
A Symfony Core membership can be revoked for any of the following reasons:
- Refusal to follow the rules and policies stated in this document;
- Lack of activity for the past six months;
- Willful negligence or intent to harm the Symfony project;
- Upon decision of the Project Leader.
Symfony project development is based on pull requests proposed by any member of the Symfony community. Pull request acceptance or rejection is decided based on the votes cast by the Symfony Core members.
-1votes must always be justified by technical and objective reasons;
+1votes do not require justification, unless there is at least one
- Core members can change their votes as many times as they desire during the course of a pull request discussion;
- Core members are not allowed to vote on their own pull requests.
A pull request can be merged if:
- It is a minor change _;
- Enough time was given for peer reviews;
- It is a bug fix and at least two Mergers Team members voted
+1(only one if the submitter is part of the Mergers team) and no Core member voted
-1(via GitHub reviews or as comments).
- It is a new feature and at least two Mergers Team members voted
+1(if the submitter is part of the Mergers team, two other members) and no Core member voted
-1(via GitHub reviews or as comments).
All code must be committed to the repository through pull requests, except for minor changes _ which can be committed directly to the repository.
Mergers must always use the command-line
gh tool provided by the
Project Leader to merge the pull requests.
The Project Leader is also the release manager for every Symfony version.
The rules described in this document may be amended at any time at the discretion of the Project Leader.
- ..  Minor changes comprise typos, DocBlock fixes, code standards