stale
1.0.0
一个使用Probot构建的GitHub应用程序，该应用程序在一段时间内关闭了废弃的问题并提取请求。
受 @parkr的自动机器人的启发，该机器人运行@jekyllbot。
请改用陈旧的动作。
.github/stale.yml 。需要一个.github/stale.yml文件才能启用插件。该文件可以为空，也可以覆盖这些默认设置中的任何一个：
# 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 该应用程序使用GitHub的更新搜索预选赛来确定陈旧性。对问题或拉的请求的任何更改都被视为更新，包括评论，更改标签，应用或删除里程碑或推动提交。
一种简单的方法来检查并查看最初将哪些问题或拉的请求标记为“陈旧”是将updated搜索预选程序添加到您的存储库中的问题或拉请请求页过滤器： updated:<2017-07-01 。调整60天前的日期（或您为daysUntilStale设置的任何内容），以查看将标记哪些问题或拉的请求。
为了避免在GitHub上触发预防滥用机制，每小时只有30个问题和拉动请求被标记或关闭。如果您的存储库有更多的内容，则仅需几个小时或几天就可以标记它们。
该应用程序按计划和批量运行，以避免达到率限制天花板。
这意味着即使您最初安装github配置并添加stale.yml文件，您也可能不会立即看到它。
如果机器人在初始设置后的24小时内不运行，请随时打开问题，我们可以进一步调查。
在一个拥有无限资源的理想世界中，该应用不需要。
但是，在任何成功的软件项目中，总有比人们要做的工作要做更多的工作。随着越来越多的工作堆积，它变得瘫痪了。仅对工作应该做什么而不应该完成的决定就可以耗尽所有可用资源。在该应用程序的维护者以及使用它的其他数百个项目和组织的经验中，将积极影响人类的问题关注是优先考虑工作的有效方法。
对于某些人来说，试图解决陈旧问题的机器人似乎对贡献者来说似乎是不愉快的或令人反感的。但是，另一种选择是通过设定错误的期望并隐含地忽略他们的工作来不尊重他们。该应用程序使其明确：如果工作没有进展，那就太过时了。要保持对话的活力所需的全部评论。
如果您想运行自己的插件实例，请参见DOCS/DEVALINE.MD。
如果您有关于如何改善过时的建议，或者想报告错误，请打开问题！我们希望所有的贡献。
请注意，所有互动都属于概率的行为代码。
ISC版权所有©2017-2018 Brandon饲养员
