Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

docs(framework): explain how a contributor without push access opens a pull request

Ouverte Adaptée aux débutants
#1,117 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

@sadhana-s-codez y travaille déjà.

Depuis le 28/10/2026.

Évaluation

Difficulté
2/5
Temps estimé
1-3 heures
Accessibilité débutants
76/100
Type d'issue
Documentation
Clarté
Clairement spécifiée
Activité
Active
Stack technique
markdown
Domaine
documentation

Piste de recherche

Lis la section « Open a pull request » de CONTRIBUTING.md avec les sections « Setup » et « Branches » de aidd_docs/memory/vcs.md, et compare les cibles setup, doctor, check et reload du Makefile pour voir si elles supposent un accès push. Écris le parcours fork (forker, cloner, ajouter upstream, créer une branche à partir de next, pousser vers le fork, cibler next) dans les deux fichiers. On considère que c'est terminé lorsque les deux fichiers énoncent la même règle de branche de base et que node scripts/check-markdown-links.js passe sur les fichiers modifiés.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Problem

CONTRIBUTING.md takes a contributor from "Get it validated" to "Open your PR" with one instruction: "Branch off next, target next". It never says what a contributor without write access to ai-driven-dev/framework does to get there. A search for "fork", "write access" and "push access" in CONTRIBUTING.md, GOVERNANCE.md, .github/PULL_REQUEST_TEMPLATE.md and README.md returns nothing.

A community member reported during a community call that they could not open a pull request for a small slides update because they lacked the rights, and stopped at filing two issues. The issue-first path works; the missing step is how a non-maintainer goes from a validated issue to a pull request.

Scope
  • Add a short path for contributors without write access to the "Open a pull request" section of CONTRIBUTING.md: fork, clone, add upstream, branch off next, push to the fork, open the PR against next of ai-driven-dev/framework.
  • Check that make setup, make doctor, make check and make reload run from a fork clone, and state any difference.
  • Give the fork variant of gh pr create where aidd_docs/memory/vcs.md describes the base branch.
Acceptance criteria
  • CONTRIBUTING.md states what a contributor without push access does between "Set up" and "Open a pull request", without leaving the page.
  • Starting from a validated issue and a fork, the documented commands alone lead to an open pull request targeting next.
  • make setup, make doctor, make check and make reload are confirmed to run from a fork clone, or the differences are documented.
  • CONTRIBUTING.md and aidd_docs/memory/vcs.md give the same base-branch rule.
  • node scripts/check-markdown-links.js passes on the changed files.
Prior art in this repo
  • CONTRIBUTING.md, "Open a pull request": branch off next, no fork step.
  • GOVERNANCE.md, roles table: Certified Members validate issues, Maintainers approve and merge.
  • aidd_docs/memory/vcs.md, "Setup" and "Branches": gh pr create without --base next targets production.
  • Makefile: setup, doctor, check, reload already exist.
  • #1114 plans an issue skill, which covers creating issues, not pull requests.
  • #928 covers which validation commands a plan carries, not contributor access.
Out of scope
  • A contributor skill or plugin that automates fork, branch and pull request, and whether it lives in the repository's own .claude/skills or in a marketplace plugin. Not decided; #1114 covers the user-facing skills.
  • Granting write access to contributors: a governance decision, see GOVERNANCE.md.
Langage dominant
TypeScript
Étoiles
481
Forks
45
Merge moyen
1 j 3 h
PR mergées (30 j)
100

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de ai-driven-dev/framework

Toutes les issues de ai-driven-dev/framework

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.