Lightning Governance¶
This document describes governance processes we follow in developing PyTorch Lightning.
Persons of Interest¶
BDFL¶
Role: All final decisions related to Lightning.
William Falcon (williamFalcon) (Lightning founder)
Maintainers¶
Jirka Borovec (Borda)
Justus Schock (justusschock)
Adrian Wälchli (awaelchli)
Carlos Mocholí (carmocca)
Akihiro Nitta (akihironitta)
Emeritus Maintainers¶
Thomas Chaton (tchaton)
Ethan Harris (ethanwharris) (Torchbearer founder)
Nicki Skafte (skaftenicki)
Alumni¶
Jeremy Jordan (jeremyjordan)
Tullie Murrell (tullie)
Nic Eggert (neggert)
Matthew Painter (MattPainter01) (Torchbearer founder)
Jeff Yang (ydcjeff)
Lezwon Castelino (lezwon)
Jeff Ling (jeffling)
Teddy Koker (teddykoker)
Nate Raw (nateraw)
Peter Yu (yukw777)
Roger Shieh (s-rog)
Sean Narenthiran (SeanNaren)
Ananth Subramaniam (ananthsub)
Danielle Pintz (daniellepintz)
Siyu Wang (four4fish)
Rohit Gupta (rohitgr7)
Kaushik Bokka (kaushikb11)
Kushashwa Ravi Shrimali (krshrimali)
Ota Jasek (otaj)
Project Management and Decision Making¶
The decision what goes into a release is governed by the maintainers of lightning.pytorch.
Whenever possible, discussion happens publicly on GitHub and includes the whole community.
For controversial changes, it is mandatory to seek consultation from BDFL for a final decision.
When a consensus is reached, maintainers assign milestones and labels to the issue and/or pull request
and start tracking the development. It is possible that priorities change over time.
Commits to the project are exclusively to be added by pull requests on GitHub and anyone in the community is welcome to review them. However, reviews submitted by code owners have higher weight and it is necessary to get the approval of code owners before a pull request can be merged. Additional requirements may apply case by case.
