stale 다운로드 - stale 소스 코드 다운로드

stale

기타 소스코드

1.0.0

다운로드

Probot : 오래된

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의 업데이트 된 검색 퇴장을 사용하여 Staleness를 결정합니다. 문제 또는 풀 요청에 대한 변경 사항은 주석, 레이블 변경, 이정표 적용 또는 제거 또는 커밋을 포함한 업데이트로 간주됩니다.

처음에 어떤 문제 또는 풀 요청이 시작되는지 확인하고 확인하는 쉬운 방법은 처음에 updated 검색 예선을 문제에 추가하거나 리포지토리에 대한 풀 요청 페이지 필터를 추가하는 것입니다. updated:<2017-07-01 . 날짜를 60 일 전 (또는 daysUntilStale 동안 설정 한 내용)로 조정하여 어떤 문제 또는 풀 요청이 표시 될지 확인하십시오.

왜 몇 가지 문제와 풀 요청이 눈에 띄게 나타 났습니까?

GitHub에서 남용 방지 메커니즘을 유발하지 않으려면 30 개의 문제 만 시간당 표시되거나 닫힙니다. 저장소에 그 이상이 있다면, 그들 모두를 표시하는 데 몇 시간 또는 며칠이 걸립니다.

얼마나 걸립니까?

앱은 율 제한 천장에 치기 위해 예정된 기준으로 배치로 실행됩니다.

즉, GitHub 구성을 처음 설치하고 stale.yml 파일을 추가 한 후에도 즉시 작동하지 않을 수 있습니다.

봇이 초기 설정 후 24 시간 이내에 실행되지 않으면 자유롭게 문제를 열면 더 조사 할 수 있습니다.

오래된 문제를 닫는 것이 정말 좋은 생각입니까?

무한 자원이있는 이상적인 세상에서는이 앱이 필요하지 않을 것입니다.

그러나 성공적인 소프트웨어 프로젝트에는 사람들이 할 수있는 일보다 항상 더 많은 일이 있습니다. 점점 더 많은 작업이 쌓이면 마비됩니다. 작업을 수행하고 수행하지 않아야 할 일에 대한 결정을 내리면 사용 가능한 모든 자원을 소진 할 수 있습니다. 이 앱의 관리자와이를 사용하는 수백 개의 다른 프로젝트 및 조직의 경험에서 인간에게 적극적으로 영향을 미치는 문제에 초점을 맞추는 것은 작업 우선 순위를 정하는 효과적인 방법입니다.

어떤 사람들에게는 부실한 문제를 종료하려는 로봇이 기고자들에게는 불가피하거나 불쾌한 것처럼 보일 수 있습니다. 그러나 대안은 잘못된 기대를 설정하고 그들의 작업을 암시 적으로 무시함으로써 그들을 무시하는 것입니다. 이 앱은 그것을 명시 적으로 만듭니다. 작업이 진행되지 않으면 부실합니다. 대화를 계속 유지하는 데 필요한 의견입니다.