Summary
Devvit currently limits app uploads and publishing to the app owner. For mature, collaboratively maintained apps, this creates a deployment bottleneck even when backend changes have already been reviewed and approved.
I propose adding an optional maintainer role that can upload, publish, and roll back approved app revisions without receiving full ownership.
Problem
The current ownership model works well for single-developer apps, but it becomes restrictive as an app grows.
Bot Bouncer is now a collaborative moderation platform with multiple contributors helping review code, develop features, answer appeals, and improve moderator workflows. However, every backend deployment still depends on a single app owner.
This puts the app developer in a bind:
- The developer is needed in Bot Bouncer modmail to help reduce the appeal backlog.
- The same developer is also the only person who can review, approve, and deploy backend changes that would make appeals more efficient.
- When the backlog consumes the developer’s time, improvements that could reduce the backlog become harder to ship.
As Bot Bouncer is adopted by more moderator teams,, this owner-only deployment model becomes harder to sustain for time-sensitive workflow improvements.
Proposed Solution
Introduce an application-level maintainer role with limited deployment permissions.
Maintainers could:
- Upload approved app revisions.
- Publish approved releases.
- Roll back to a previously published version.
Maintainers could not:
- Transfer ownership.
- Delete the app.
- Modify ownership or owner-only administrative settings.
- Access sensitive owner-only capabilities.
This proposal is intended to reduce operational bottlenecks, not distribute project governance. The app owner would continue to appoint and remove maintainers, while maintainers would handle routine operational tasks such as deploying reviewed changes. Most apps could continue using the existing owner-only model, while larger collaborative projects could opt into one or a small number of maintainers.
This preserves owner control while allowing trusted contributors to handle routine operational maintenance.
Use Case
For Bot Bouncer, trusted maintainers could deploy backend improvements that reduce moderator workload, including:
- More efficient appeal handling.
- Better moderator-only statistics pages for evaluating appeal and detection performance.
- Rapid workflow adjustments for rare evaluator configuration errors.
These changes primarily affect backend moderator workflows, but they can significantly improve response time and reduce manual work.
Bot Bouncer motivated this request, but the same role could benefit other Devvit apps that grow from single-maintainer projects into collaborative tools.
Alternatives Considered
Transferring ownership or sharing owner credentials would grant more authority than needed for routine maintenance.
A limited maintainer role would better follow the principle of least privilege: trusted contributors could deploy reviewed changes, while ownership, sensitive administration, and long-term governance remain with the app owner.
Summary
Devvit currently limits app uploads and publishing to the app owner. For mature, collaboratively maintained apps, this creates a deployment bottleneck even when backend changes have already been reviewed and approved.
I propose adding an optional maintainer role that can upload, publish, and roll back approved app revisions without receiving full ownership.
Problem
The current ownership model works well for single-developer apps, but it becomes restrictive as an app grows.
Bot Bouncer is now a collaborative moderation platform with multiple contributors helping review code, develop features, answer appeals, and improve moderator workflows. However, every backend deployment still depends on a single app owner.
This puts the app developer in a bind:
As Bot Bouncer is adopted by more moderator teams,, this owner-only deployment model becomes harder to sustain for time-sensitive workflow improvements.
Proposed Solution
Introduce an application-level maintainer role with limited deployment permissions.
Maintainers could:
Maintainers could not:
This proposal is intended to reduce operational bottlenecks, not distribute project governance. The app owner would continue to appoint and remove maintainers, while maintainers would handle routine operational tasks such as deploying reviewed changes. Most apps could continue using the existing owner-only model, while larger collaborative projects could opt into one or a small number of maintainers.
This preserves owner control while allowing trusted contributors to handle routine operational maintenance.
Use Case
For Bot Bouncer, trusted maintainers could deploy backend improvements that reduce moderator workload, including:
These changes primarily affect backend moderator workflows, but they can significantly improve response time and reduce manual work.
Bot Bouncer motivated this request, but the same role could benefit other Devvit apps that grow from single-maintainer projects into collaborative tools.
Alternatives Considered
Transferring ownership or sharing owner credentials would grant more authority than needed for routine maintenance.
A limited maintainer role would better follow the principle of least privilege: trusted contributors could deploy reviewed changes, while ownership, sensitive administration, and long-term governance remain with the app owner.