ดาวน์โหลด stale - ดาวน์โหลดซอร์สโค้ด stale

stale

ซอร์สโค้ดอื่น ๆ

1.0.0

ดาวน์โหลด

probot: stale

แอพ GitHub ที่สร้างขึ้นด้วย probot ที่ปิดปัญหาที่ถูกทิ้งร้างและดึงคำขอหลังจากไม่มีการใช้งาน

แรงบันดาลใจจากบอทรีโมทอัตโนมัติของ @Parkr ที่ทำงาน @jekyllbot

- แอพเก่าเลิกใช้แล้วและที่เก็บนี้จะไม่ได้รับการดูแลอีกต่อไป

โปรดใช้การกระทำเก่าแทน

ดู 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 เพื่อกำหนดความเป็นอยู่ การเปลี่ยนแปลงใด ๆ กับปัญหาหรือคำขอดึงถือว่าเป็นการอัปเดตรวมถึงความคิดเห็นการเปลี่ยนฉลากการใช้หรือลบเหตุการณ์สำคัญหรือการผลักดัน

วิธีง่ายๆในการตรวจสอบและดูว่าปัญหาใดหรือคำขอดึงจะถูกทำเครื่องหมายในตอนแรกว่า Stale คือการเพิ่มตัวคัดเลือกการค้นหา updated ในปัญหาหรือดึงตัวกรองหน้าคำขอสำหรับที่เก็บของคุณ: updated:<2017-07-01 ปรับวันที่เป็น 60 วันที่ผ่านมา (หรืออะไรก็ตามที่คุณตั้งค่าสำหรับ daysUntilStale ) เพื่อดูว่าจะมีการทำเครื่องหมายปัญหาใดหรือดึงคำขอ

เหตุใดจึงมีเพียงบางประเด็นและคำขอดึงที่ถูกทำเครื่องหมายเก่า?

เพื่อหลีกเลี่ยงการกระตุ้นกลไกการป้องกันการละเมิดใน GitHub มีเพียง 30 ปัญหาและการร้องขอการดึงจะถูกทำเครื่องหมายหรือปิดต่อชั่วโมง หากพื้นที่เก็บข้อมูลของคุณมีมากกว่านั้นมันจะใช้เวลาสองสามชั่วโมงหรือหลายวันในการทำเครื่องหมายทั้งหมด

จะใช้เวลานานแค่ไหน?

แอพทำงานตามกำหนดเวลาและในแบทช์เพื่อหลีกเลี่ยงเพดานขีด จำกัด อัตราการกดปุ่ม

ซึ่งหมายความว่าแม้หลังจากที่คุณติดตั้งการกำหนดค่า GitHub ในขั้นต้นและเพิ่มไฟล์ stale.yml คุณอาจไม่เห็นการกระทำทันที

หากบอทไม่ทำงานภายใน 24 ชั่วโมงของการตั้งค่าเริ่มต้นอย่าลังเลที่จะเปิดปัญหาและเราสามารถตรวจสอบเพิ่มเติมได้

ปัญหาการปิดการหยุดพักเป็นความคิดที่ดีจริงหรือ?

ในโลกอุดมคติที่มีทรัพยากรที่ไม่มีที่สิ้นสุดไม่จำเป็นต้องใช้แอพนี้

แต่ในโครงการซอฟต์แวร์ที่ประสบความสำเร็จมีงานที่ต้องทำมากกว่าคนที่จะทำ เมื่อทำงานมากขึ้นเรื่อย ๆ มันจะกลายเป็นอัมพาต เพียงแค่ตัดสินใจเกี่ยวกับงานที่ควรทำและไม่ควรทำสามารถทำให้ทรัพยากรที่มีอยู่ทั้งหมดหมดลง จากประสบการณ์ของผู้ดูแลแอพนี้ - และโครงการและองค์กรอื่น ๆ อีกหลายร้อยโครงการที่ใช้มัน - การมุ่งเน้นไปที่ประเด็นที่ส่งผลกระทบต่อมนุษย์อย่างแข็งขันเป็นวิธีที่มีประสิทธิภาพสำหรับการจัดลำดับความสำคัญของงาน

สำหรับบางคนหุ่นยนต์ที่พยายามปิดปัญหาเก่าอาจดูเหมือนไม่เอื้ออำนวยหรือไม่เหมาะสมกับผู้มีส่วนร่วม แต่ทางเลือกคือการดูหมิ่นพวกเขาโดยการตั้งค่าความคาดหวังที่ผิดพลาดและเพิกเฉยต่องานของพวกเขาโดยปริยาย แอพนี้ทำให้ชัดเจน: หากงานไม่คืบหน้าก็จะค้าง ความคิดเห็นคือทั้งหมดที่ใช้เพื่อให้การสนทนามีชีวิตอยู่