NVIDIA / NVIDIA/cuda-python

Branch cleanup

Abierto
#2,190 11 comentarios 1 reacción 1 asignado Ver en GitHub

@mdboom ya está trabajando en esto.

Desde el 10/6/2026.

triage
Lenguaje dominante
Cython
Estrellas
3.4k
Forks
329
Merge medio
1 d 23 h
PR fusionados (30 d)
116

Descripción

We should try to reduce the number of branches in the main fork of the project.

copy-pr-bot

Branches of the form pull-request/XXXX come from copy-pr-bot. This is a necessary part of the security of our CI, so we need to keep these around and live with the noise.

Coding-agent-created branches

Some users' coding agents seem to be creating branches on the main fork.

These ones have an open PR associated with them. Deleting them immediately would invalidate those PRs. We can just wait until these PRs are naturally merged or closed.

Author Branch PR Title
@kkraus14 codex/docs-pyobj-reference-fixes #2167 [codex] Regenerate CUDA bindings docs references
@kkraus14 codex/fix-cuda-bindings-problematic-doc-anchors #2186 [codex] Fix generated cuda-bindings problematic doc anchors
@kkraus14 cursor/env-setup-830c #2071 Add Cursor Cloud specific instructions to AGENTS.md
@rwgk check-release-notes_with_backport-git-tag #2161 [no-ci] Fix backport release checks and add release dry-run
@rwgk rwgk/stacked/pathfinder/utils_driver_and_toolkit_info #2012 pathfinder: add toolkit-info parser and display-driver release helpers

These branches do not have an open PR associated with them. They should be deleted if no longer required.

Author Branch
@kkraus14 codex/fix-build-docs-pixi

We should

  • #2191 Add instructions to AGENTS.md to never do this
  • Each user should set upstream to read-only in their own checkout:

git remote set-url upstream --push "Don't push to me"

Other random branches

I think these were temporary experiments.

@leofang | ci/sanitizer-restrict-cuda13

Branch protection rules

  • Set up rules so that new branches (other than the ones required by our bots) can not be created

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Evaluación

Este issue todavía no se ha evaluado.

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.