-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to specify multiple teams as owners #111
Comments
+1 It would be nice to allow a file to be owned by different teams. For example
and
would result in:
It's particularly useful when trying to break apart a monolith. |
Hi @MrLukeSmith and @frostevent! Please see this issue from February on the same topic: #86 If you want to pursue this functionality in a way that is opt-in, we're open to review it. We'd like to be able to continue to require one owner per file, but having an option to change that setting would be fine. Alex wrote: "Typically I've dealt with that by finding ways to improve the boundaries/responsibility of the file. The tool as originally designed was meant to be opinionated such that mega-files with too much responsibility go against the grain a bit. The benefit of this is the tool becomes a lot easier to maintain and use in a lot of ways, although might be interesting to support it as an isolated experiment to better understand how it affects the structure and usage of the tool!" |
If #116 was fixed, you could add |
The syntax for CODEOWNERS, as described by GitHub, permits multiple owners.
E.g.
code_ownership
doesn't appear to support this (I've tried lots of permutations, none work. Documentation only ever references team in the singular). It'd be great if it were able to accept a comma separated string, one per line for the file type, or something like that 🤷. Allowing us to define multiple teams as owners of areas.or
The text was updated successfully, but these errors were encountered: