processing/p5.js

Auto-link / Close Issues for 2.0 PRs (p5.js & p5.js-website)

Open

#7.975 geöffnet am 17. Juli 2025

Auf GitHub ansehen
 (7 Kommentare) (3 Reaktionen) (0 zugewiesene Personen)JavaScript (3.178 Forks)batch import
DevOpsFeature RequestHelp Wanted

Repository-Metriken

Stars
 (20.784 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 9T 8h) (56 gemergte PRs in 30 T)

Beschreibung

Increasing access

GitHub’s auto‑link / auto‑close keywords (Resolves #123, Fixes #123, etc.) only work when a PR targets the default branch (main). For PRs into dev-2.0, the keywords are ignored. Example: p5.js PR #7971 included Resolves #7905 but the issue was not linked or closed. Same problem in p5.js-website PRs to 2.0 branch.

Most appropriate sub-area of p5.js?

  • Accessibility
  • Color
  • Core/Environment/Rendering
  • Data
  • DOM
  • Events
  • Image
  • IO
  • Math
  • Typography
  • Utilities
  • WebGL
  • Build process
  • Unit testing
  • Internationalization
  • Friendly errors
  • Other (specify if possible)

Feature request details

Add a GitHub Action (workflow) that runs when a PR into dev-2.0 is merged in p5.js. (similar in p5.js-website with 2.0 branch) It should:

  1. Parse the PR body for Resolves #issue-number.
  2. Link the issue to that PR.
  3. Close issues immediately when merged. (I think this step will be done by github after linking).

This action should be included in both the repo, i.e. p5.js and p5.js-website

Contributor Guide

Research-Richtung
Erforsche GitHub Actions Workflow Trigger (pull request, pull request target), nutze die GitHub API, um den PR Body nach 'Resolves #issue number' zu analysieren, verknüpfe Issues und schließe sie beim Merge. Untersuche bestehende Actions wie 'auto link' oder implementiere eine benutzerdefinierte Action.
Tech Stack
javascriptgithub actions
Domain
developer experienceci cdtooling
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitGitHub ActionsJavaScript
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75