1 List of maintainers for the ReactOS project
3 This file purpose is to give newcomers to the projet the responsible
4 developers when submitting a pull request on GitHub, or opening a bug
7 This file will notably establish who is responsible for a specific
8 area of ReactOS. Being a maintainer means the following:
9 - that person has good knownledge in the area
10 - that person is able to enforce consistency in the area
11 - that person may be available for giving help in the area
12 Being a maintainer does not mean the following:
13 - that person is dedicated to the area
14 - that person is working full-time on the area/on ReactOS
16 - that person is always available
18 We have no supported (paid) areas in ReactOS.
20 When submitting a pull request on GitHub and looking for reviewers,
21 look at that file and ask for a review from some of the people (M, R
22 - the most recently active in the area) listed in the matching area,
23 also, assign the pull request to the M person. Don't ask for a review
24 from all the listed reviewers.
25 Also, when submitted a pull request on GitHub, rules defined in
26 CONTRIBUTING.md apply. And if the maintainer is not available and
27 reviewers approved the pull request, developers feeling confident
28 can merge the pull request.
29 When submitting a bug report on Jira, if you want to be sure to have
30 a developer with skills in that area, write @nick from M people.
32 There should be one and only one primary maintainer per area.
34 In case of 3rd party code (also refered as upstream), the maintainer
35 is responsible of updating periodically the source code and of
36 managing local patches. He is not here to upstream code on your behalf.
37 As responsible, he may refuse a local patch if you did not try to
38 upstream your changes.
40 This file uses a similar format to the Linux kernel MAINTAINERS file.
41 Descriptions of section entries used here:
42 M: Primary maintainer. Assign them pull requests
43 Use the GitHub, Jira, Real Name format for entry, squash if
45 R: Reviewers. Ask them for review on pull requests
46 S: Status, one of the following:
47 Maintained: Someone is handling that area
48 Upstream: This is 3rd party code, synced in our tree
49 Abandoned: No one is handling that code anymore
50 F: Files. Directories, files (wildcards allowed) covered in
55 M: HeisSpiter, Pierre Schweitzer
64 M: HeisSpiter, Pierre Schweitzer
66 F: drivers/filesystems/
68 C: Also see "Upstream File Systems"
70 File Systems Run Time Library
71 M: HeisSpiter, Pierre Schweitzer
74 F: sdk/lib/drivers/ntoskrnl_vista/fsrtl.c
78 R: HeisSpiter, Pierre Schweitzer
82 Network File Systems kernel libraries
83 M: HeisSpiter, Pierre Schweitzer
85 F: sdk/lib/drivers/rdbsslib/
86 F: sdk/lib/drivers/rxce/
89 M: HeisSpiter, Pierre Schweitzer
91 F: modules/rosapps/applications/rosinternals/
94 M: HeisSpiter, Pierre Schweitzer
96 F: base/services/nfsd/
98 F: dll/shellext/shellbtrfs/
99 F: drivers/filesystems/btrfs/
100 F: drivers/filesystems/cdfs/
101 F: drivers/filesystems/ext2/
102 F: drivers/filesystems/fastfat_new/
103 F: drivers/filesystems/ffs/
104 F: drivers/filesystems/nfs/
105 F: drivers/filesystems/reiserfs/
106 F: media/doc/README.FSD
107 F: sdk/lib/fslib/btrfslib/
108 F: sdk/lib/fslib/ext2lib/
109 F: sdk/lib/fslib/vfatlib/check/
112 M: HeisSpiter, Pierre Schweitzer
114 F: modules/rosapps/applications/cmdutils/vcdcli/
115 F: modules/rosapps/drivers/vcdrom/
118 M: HeisSpiter, Pierre Schweitzer
120 F: modules/rosapps/applications/cmdutils/vfdcmd/
121 F: modules/rosapps/drivers/vfd/
124 M: HeisSpiter, Pierre Schweitzer
126 F: dll/win32/kernel32/client/file/
128 Windows Network File Systems functions
129 M: HeisSpiter, Pierre Schweitzer
131 F: dll/win32/mpr/wnet.c