Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Add a "maintainer" role for Devvit apps

Abierto
  • ¿Algo no está bien?
#272 1 comentario 1 reacción 0 asignados Ver en GitHub

@CR29-22-2805 ya está trabajando en esto.

Desde el 9/7/2026.

  • #273 de @CR29-22-2805 — abierto

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
38/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
typescript
Área
authorization, release

Línea de trabajo

No files, tests, or entry points are named. Start by locating the existing app-owner checks for upload, publish, and rollback, then define the maintainer permissions and owner-only exclusions described in the proposal. Done means maintainers can perform approved deployment operations without gaining ownership or other restricted capabilities.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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 app revisions that only affect the backend moderator workflow.
  • 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.

Lenguaje dominante
TypeScript
Estrellas
212
Forks
89
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de reddit/devvit

Todos los issues de reddit/devvit

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.