Descarga stale - Descarga de código fuente stale

stale

Otro código fuente

1.0.0

Descargar

Probot: rancio

Una aplicación GitHub construida con Probot que cierra problemas abandonados y retira las solicitudes después de un período de inactividad.

Inspirado en el bot automático de @Parkr que ejecuta @jekyllbot.

? La aplicación obsoleta está en desuso y este repositorio ya no se mantiene

Utilice la acción rancia en su lugar.

Ver Old Readme

Uso

Configurar la aplicación GitHub
Crear .github/stale.yml basado en la siguiente plantilla.
Comenzará a escanear para problemas obsoletos y/o extraer solicitudes dentro de las 24 horas.

Se requiere un archivo .github/stale.yml para habilitar el complemento. El archivo puede estar vacío o puede anular cualquiera de estas configuraciones predeterminadas:

 # Configuration for probot-stale - https://github.com/probot/stale

# Number of days of inactivity before an Issue or Pull Request becomes stale
daysUntilStale : 60

# Number of days of inactivity before an Issue or Pull Request with the stale label is closed.
# Set to false to disable. If disabled, issues still need to be closed manually, but will remain marked as stale.
daysUntilClose : 7

# Only issues or pull requests with all of these labels are check if stale. Defaults to `[]` (disabled)
onlyLabels : []

# Issues or Pull Requests with these labels will never be considered stale. Set to `[]` to disable
exemptLabels :
  - pinned
  - security
  - " [Status] Maybe Later "

# Set to true to ignore issues in a project (defaults to false)
exemptProjects : false

# Set to true to ignore issues in a milestone (defaults to false)
exemptMilestones : false

# Set to true to ignore issues with an assignee (defaults to false)
exemptAssignees : false

# Label to use when marking as stale
staleLabel : wontfix

# Comment to post when marking as stale. Set to `false` to disable
markComment : >
  This issue has been automatically marked as stale because it has not had
  recent activity. It will be closed if no further activity occurs. Thank you
  for your contributions.

# Comment to post when removing the stale label.
# unmarkComment: >
#   Your comment here.

# Comment to post when closing a stale Issue or Pull Request.
# closeComment: >
#   Your comment here.

# Limit the number of actions per hour, from 1-30. Default is 30
limitPerRun : 30

# Limit to only `issues` or `pulls`
# only: issues

# Optionally, specify configuration settings that are specific to just 'issues' or 'pulls':
# pulls:
#   daysUntilStale: 30
#   markComment: >
#     This pull request has been automatically marked as stale because it has not had
#     recent activity. It will be closed if no further activity occurs. Thank you
#     for your contributions.

# issues:
#   exemptLabels:
#     - confirmed

¿Cómo se consideran las solicitudes de problemas y extracción?

La aplicación utiliza el calificador de búsqueda actualizado de GitHub para determinar la incomodidad. Cualquier cambio en una solicitud de problema o extracción se considera una actualización, que incluye comentarios, cambiando las etiquetas, la aplicación o la eliminación de hitos, o empujando las confirmaciones.

Una manera fácil de verificar y ver qué problemas o solicitudes de extracción se marcarán inicialmente como obsoleto es agregar el calificador de búsqueda updated al problema de la página de solicitud o extraer para su repositorio: updated:<2017-07-01 . Ajuste la fecha que será hace 60 días (o lo que sea que haya establecido para daysUntilStale ) para ver qué problemas o solicitudes de extracción se marcarán.

¿Por qué solo algunos problemas y solicitudes de extracción se marcaron obsoletas?

Para evitar activar los mecanismos de prevención del abuso en GitHub, solo se marcarán o cerrarán 30 problemas y solicitudes de extracción por hora. Si su repositorio tiene más que eso, solo tomará unas horas o días para marcarlos a todos.

¿Cuánto tiempo tardará?

La aplicación se ejecuta programada y en lotes para evitar la presentación de límites de tasa de tasa.

Esto significa que incluso después de instalar inicialmente la configuración de GitHub y agregar el archivo stale.yml , es posible que no vea que actúe de inmediato.

Si el bot no se ejecuta dentro de las 24 horas posteriores a la configuración inicial, no dude en abrir un problema y podemos investigar más a fondo.

¿Es realmente una buena idea cerrar los problemas obsoletos?

En un mundo ideal con recursos infinitos, no habría necesidad de esta aplicación.

Pero en cualquier proyecto de software exitoso, siempre hay más trabajo por hacer que las personas para hacerlo. A medida que más y más trabajo se acumulan, se vuelve paralizante. Solo tomar decisiones sobre qué trabajo debería y no debería hacerse puede agotar todos los recursos disponibles. En la experiencia de los mantenedores de esta aplicación, y los cientos de otros proyectos y organizaciones que la utilizan, centrarse en temas que afectan activamente a los humanos es un método efectivo para priorizar el trabajo.

Para algunos, un robot que intenta cerrar problemas rancios puede parecer inhóspito u ofensivo para los contribuyentes. Pero la alternativa es faltarles al respeto estableciendo falsas expectativas e ignorando implícitamente su trabajo. Esta aplicación lo hace explícito: si el trabajo no está progresando, entonces es obsoleto. Un comentario es todo lo que se necesita para mantener viva la conversación.