Guías de Contribución
Ya sean de código abierto o internas, los repositorios de Solana necesitan reglas de contribución claras: quién revisa los cambios en los programas, cómo proponer ADRs y cómo esta guía acepta correcciones de artículos.
//
Busca en todas las páginas de la documentación
Ya sean de código abierto o internas, los repositorios de Solana necesitan reglas de contribución claras: quién revisa los cambios en los programas, cómo proponer ADRs y cómo esta guía acepta correcciones de artículos.
Tarjeta de receta de referencia rápida - lista para copiar y pegar.
## Lista de verificación de PR
- [ ] Las pruebas pasan (prueba de anclaje / LiteSVM)
- [ ] IDL actualizado si la interfaz del programa cambió
- [ ] ADR enlazado si es arquitectónico
- [ ] Runbook actualizado si las operaciones cambiaron
- [ ] No hay secretos en la diferenciaCuándo usar esto:
CONTRIBUTING.md en GitHub# CONTRIBUTING.md (extracto)
## Ramas
- `main` protegido; requiere 2 aprobaciones en `programs/`
- Característica: `feat/withdraw-v2`
## Commits
feat(lending): agregar instrucción withdraw_v2
fix(client): análisis de cantidad bigint
docs(incident): actualizar runbook de pausa
## Seguridad
security@company.com - no abrir problemas públicos para exploits# CODEOWNERS
programs/ @solana-team-leads
docs/runbooks/ @sre-oncall
site/solana/ @docs-maintainersLo que esto demuestra:
| Cambio | Revisores | Puertas adicionales |
|---|---|---|
| Lógica del programa | 2 seniors + seguridad | Pruebas de atacante LiteSVM |
| Solo cliente | 1 senior | Simular humo |
| Guía de documentación | 1 mantenedor | lint-docs |
| Runbook | Propietario de operaciones | Perforación opcional |
site/solana/lint-docs verificación requerida.cargo deny.| Alternativa | Usar cuándo | No usar cuándo |
|---|---|---|
| Fork + PR solamente | Código abierto | Monorepo interno |
| Fusión de tronco | Mantenedor en solitario | Programa que maneja fondos |
| Firma DCO | Proyectos Apache | Equipo interno pequeño |
Elegir good first issue en cliente o documentación; no en seguridad del programa.
Política de la organización; el código abierto a menudo sí.
Documentar en CONTRIBUTING - por ejemplo, 2 días hábiles de primera respuesta.
El autor no puede fusionar su propia PR de programa; fusión de guardia para hotfix con aprobación de IC.
A partir de commits convencionales en la etiqueta; se incluye el aumento de la versión de IDL.
Inglés primero; pipeline translate-es post-lanzamiento.
El humano debe verificar las afirmaciones de Solana; la responsabilidad del revisor no cambia.
ADR + semver + fecha de puesta a sol en CHANGELOG.
Discusión de GitHub -> triaje interno -> RFC de ingeniería si se acepta.
Seguir la columna vertebral del artículo sme-content; ver páginas hermanas en la sección.
Versiones de pila: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0, y LiteSVM 0.6.x.
Revisado por Chris St. John·Última actualización: 16 jul 2026