processing/p5.js

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

Open

#7 975 ouverte le 17 juil. 2025

Voir sur GitHub
 (7 commentaires) (3 réactions) (0 assignés)JavaScript (3 178 forks)batch import
DevOpsFeature RequestHelp Wanted

Métriques du dépôt

Stars
 (20 784 stars)
Métriques de merge PR
 (Merge moyen 9j 8h) (56 PRs mergées en 30 j)

Description

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

Guide contributeur

Direction de recherche
Recherchez les déclencheurs de workflow GitHub Actions (pull request, pull request target), utilisez l'API GitHub pour analyser le corps de la PR à la recherche de 'Resolves #issue number', liez les issues et fermez les lors de la fusion. Examinez les actions existantes comme 'auto link' ou implémentez une action personnalisée.
Stack technique
javascriptgithub actions
Domaine
developer experienceci cdtooling
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitGitHub ActionsJavaScript
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75