Eine mit Probot erstellte Github -App, die nach einer Zeit der Inaktivität verlassene Probleme und Anfragen schließt.
Inspiriert von @parkrs automatischem Bot, der @jeklyllbot ausführt.
Bitte verwenden Sie stattdessen die abgestandene Aktion.
.github/stale.yml
basierend auf der folgenden Vorlage. Eine .github/stale.yml
-Datei ist erforderlich, um das Plugin zu aktivieren. Die Datei kann leer sein oder eine dieser Standardeinstellungen überschreiben:
# 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
Die App verwendet den aktualisierten Suchqualifikant von Github, um die Stelenheit zu bestimmen. Jede Änderung eines Problems oder einer Pull -Anfrage wird als Aktualisierung betrachtet, einschließlich Kommentare, Änderungsetiketten, Bewerben oder Entfernen von Meilensteinen oder Schieben von Commits.
Eine einfache Möglichkeit, zu überprüfen, welche Probleme oder Zuganfragen zunächst als abgestanden markiert werden, besteht darin, den updated
Suchqualifikant entweder in das Problem oder die Pull-Anfrage-Seitenfilter für Ihr Repository hinzuzufügen: updated:<2017-07-01
. Passen Sie das Datum an vor 60 Tagen an (oder was auch immer Sie für daysUntilStale
festlegen), um festzustellen, welche Probleme oder Zuganfragen markiert werden.
Um zu vermeiden, dass Mechanismen zur Prävention von Missbrauch auf GitHub ausgelöst werden, werden nur 30 Probleme und Zuganfragen pro Stunde markiert oder geschlossen. Wenn Ihr Repository mehr als das hat, dauert es nur ein paar Stunden oder Tage, um sie alle zu markieren.
Die App wird geplant und in Chargen ausgeführt, um zu vermeiden, dass die Decken von Ratengrenzen erreicht wird.
Dies bedeutet, dass Sie auch nachdem Sie die GitHub -Konfiguration installiert und die stale.yml
-Datei hinzufügen, sie möglicherweise nicht sofort sehen.
Wenn der Bot nicht innerhalb von 24 Stunden nach dem ersten Einrichten läuft, können Sie ein Problem eröffnen und wir können weiter untersuchen.
In einer idealen Welt mit unendlichen Ressourcen wäre diese App nicht erforderlich.
In jedem erfolgreichen Softwareprojekt gibt es jedoch immer mehr Arbeit als die Menschen, um dies zu tun. Da immer mehr Arbeit aufbricht, lähmt es. Nur Entscheidungen darüber zu treffen, welche Arbeiten und nicht erledigt werden sollten und was nicht, kann alle verfügbaren Ressourcen erschöpfen. In den Erfahrungen der Betreuer dieser App - und der Hunderte anderer Projekte und Organisationen, die sie nutzen -, werden Fragen zu Themen, die sich aktiv beeinflussen, eine wirksame Methode zur Priorisierung der Arbeit sind.
Für manche mag ein Roboter, der versucht, abgestandene Probleme zu schließen, unwirtlich oder beleidigend für Mitwirkende. Die Alternative besteht jedoch darin, sie durch falsche Erwartungen zu respektieren und ihre Arbeit implizit zu ignorieren. Diese App macht es explizit: Wenn die Arbeit nicht voranschreitet, dann ist sie abgestanden. Ein Kommentar ist alles, was es braucht, um das Gespräch am Leben zu erhalten.
Siehe DOCS/DEVOLY.MD Wenn Sie Ihre eigene Instanz dieses Plugins ausführen möchten.
Wenn Sie Vorschläge dafür haben, wie veraltet sie verbessert werden oder einen Fehler melden möchten, öffnen Sie ein Problem! Wir würden alle und alle Beiträge lieben.
Beachten Sie, dass alle Wechselwirkungen unter den Probot -Verhaltenskodex fallen.
ISC Copyright © 2017-2018 Brandon Keepers