staleダウンロード - staleソースコードのダウンロード

stale

その他のソースコード

1.0.0

ダウンロード

プロバット：古い

Probotで構築されたGitHubアプリは、無効の期間の後に放棄された問題とリクエストをプルすることを閉じます。

@jekyllbotを実行する @parkrの自動繰り返しボットに触発されました。

？古いアプリは廃止され、このリポジトリは維持されなくなりました

代わりに古いアクションを使用してください。

古いreadmeを参照してください

使用法

githubアプリを構成します
次のテンプレートに基づいて、 .github/stale.ymlを作成します。
24時間以内に、古い問題やリクエストをプルするためのスキャンを開始します。

プラグインを有効にするには、 .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で虐待防止メカニズムのトリガーを避けるために、1時間あたり30の問題とプルリクエストのみがマークまたはクローズされます。リポジトリにそれ以上のものがある場合、それらすべてをマークするのに数時間または数日かかります。

どのくらい時間がかかりますか？

アプリは、速度制限の天井に達しないように、スケジュールベースとバッチで実行されます。

これは、GitHub構成を最初にインストールしてstale.ymlファイルを追加した後でも、すぐに動作することがないことを意味します。

最初のセットアップから24時間以内にボットが実行されない場合は、お気軽に問題を開いてください。さらに調査できます。

閉鎖の古い問題は本当に良い考えですか？

無限のリソースを備えた理想的な世界では、このアプリは必要ありません。

しかし、成功したソフトウェアプロジェクトでは、それを行うために人々よりも多くの仕事が常にあります。ますます多くの仕事が積み重なるにつれて、それは麻痺するようになります。何をすべきか、すべきではないものについて決定するだけで、利用可能なすべてのリソースを使い果たすことができます。このアプリのメンテナーと、それを使用する他の何百ものプロジェクトや組織の経験において、人間に積極的に影響を与える問題に焦点を当てることは、仕事に優先順位を付けるための効果的な方法です。

一部の人にとっては、古い問題を閉じようとするロボットは、寄稿者にとって人を寄せ付けない、または不快に思えるかもしれません。しかし、代替案は、誤った期待を設定し、暗黙的に彼らの仕事を無視することで彼らを軽視することです。このアプリにより明示的になります。作業が進行していない場合、古くなっています。会話を生き続けるために必要なコメントはすべてです。