You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
*[Gestión de Notificaciones](../steward_guidelines.md#gestión-de-notificaciones/)
15
+
*[Stewardship (Guía de Área)](#stewardship-rol-de-guía-de-área)
16
+
*[Cuidado de la Comunidad](#cuidado-de-la-comunidad)
17
+
*[Áreas](#áreas)
18
+
*[Convertirse en Steward](#convertirse-en-steward)
19
+
*[Comenzando como Steward](#comenzando-como-steward)
20
+
*[Issues](#issues)
21
+
*[Informe de Errores](#informe-de-errores)
22
+
*[Solicitud de Funcionalidades](#solicitud-de-funcionalidades)
23
+
*[Mejora de Funcionalidades](#mejora-de-funcionalidades)
24
+
*[Discusión](#discusión)
25
+
*[Pull Requests](#pull-requests)
26
+
*[Corrección Sencilla](#correción-sencilla)
27
+
*[Corrección de Error](#corrección-de-error)
28
+
*[Nuevas Funcionalidades/Mejora de Funcionalidades](#nuevas-funcionalidadesmejora-de-funcionalidades)
29
+
*[Dependabot](#dependabot)
30
+
*[Proceso de Construcción](#proceso-de-compilación)
31
+
*[Tarea Principal de Construcción](#tarea-principal-de-construcción)
32
+
*[Proceso de Lanzamiento](#proceso-de-lanzamiento)
33
+
*[Consejos y Trucos](#consejos-y-trucos)
34
+
*[Plantillas de Respuesta](#plantillas-de-respuesta)
35
+
*[GitHub CLI](#github-cli)
36
+
*[Gestión de Notificaciones](#gestión-de-notificaciones)
38
37
39
38
***
40
39
@@ -92,7 +91,7 @@ Para permanecer como steward, debes contribuir como steward en al menos 1 de los
92
91
93
92
### Comenzando como Steward
94
93
95
-
1. Mantén estas directrices a mano como referencia: cómo ayudar con nuevos issues, bugs y funcionalidades. Por ejemplo, la sección "Solicitud de Funcionalidades" incluye consejos sobre cómo usar la [declaración de acceso](../\[access.md]\(https://github.com/processing/p5.js/blob/dev-2.0/contributor_docs/es/access/\)) de p5.js como steward.
94
+
1. Mantén estas directrices a mano como referencia: cómo ayudar con nuevos issues, bugs y funcionalidades. Por ejemplo, la sección "Solicitud de Funcionalidades" incluye consejos sobre cómo usar la [declaración de acceso](../es/contribute/access/) de p5.js como steward.
96
95
2. Al ayudar a responder preguntas técnicas o revisar, intenta aplicar la [directriz de la Processing Foundation sobre cómo responder preguntas](https://discourse.processing.org/t/guidelines-answering-questions/2145). Estas pueden ser especialmente útiles para dar retroalimentación técnica constructiva.
97
96
3. Únete al [Discord de p5.js](https://discord.p5js.org). ¡En el canal `#contribute-to-p5` cualquier pregunta o propuesta de mejora sobre este proceso es bienvenida!
98
97
@@ -111,7 +110,7 @@ Los *issues* de informes de errores deberían utilizar la plantilla de *Issue* "
111
110
* De lo contrario, deje un comentario sobre dónde debería presentarse el informe de error (con un enlace directo proporcionado) y cierre el *issue*.
112
111
* El primer paso para revisar un informe de error es verificar si se proporciona suficiente información para replicar el error, y si es así, se debe intentar replicar el error según lo descrito.
113
112
2. Si el error se puede replicar:
114
-
* Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. A veces, puede ser directo;otras veces, puede ser complicado. Por favor, consulte los [principios de diseño de p5.js](../design_principles/) al tomar esta decisión caso por caso.
113
+
* Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. A veces, puede ser directo;otras veces, puede ser complicado. Por favor, consulte los [principios de diseño de p5.js](../es/contribute/contributor_guidelines/#software-design-principles) al tomar esta decisión caso por caso.
115
114
* Si el autor del *issue* indicó en el *issue* que está dispuesto a contribuir con una solución:
116
115
* Apruebe el *issue* para su solución por parte del autor del *issue* dejando un comentario y asignándoles el *issue*. Utilice el botón de engranaje en el lado derecho junto a "Assignee".
117
116
* Si el autor del *issue* no desea contribuir con una solución:
@@ -132,11 +131,11 @@ Los *issues* de informes de errores deberían utilizar la plantilla de *Issue* "
132
131
133
132
Los *issues* para solicitar funcionalidades deberían utilizar la plantilla "New Feature Request". El siguiente flujo de trabajo es típico para abordar las solicitudes de función:
134
133
135
-
1. Como parte del compromiso de p5.js de aumentar el acceso, una solicitud de función debe justificar cómo aumenta el acceso de p5.js a comunidades que históricamente han sido marginadas en el campo. Más detalles están disponibles [aquí](../access/).
134
+
1. Como parte del compromiso de p5.js de aumentar el acceso, una solicitud de función debe justificar cómo aumenta el acceso de p5.js a comunidades que históricamente han sido marginadas en el campo. Más detalles están disponibles [aquí](../es/contribute/access/).
136
135
* Si una solicitud de funcionalidad no tiene suficientemente completado el campo "Increasing Access" ("Aumento de Acceso"), puedes preguntar al autor del *issue* cómo la funcionalidad aumenta el acceso.
137
136
* La declaración de acceso de una funcionalidad puede ser proporcionada por un miembro diferente de la comunidad, incluidos los revisores de *issue*.
138
137
2. Una nueva solicitud de funcionalidad puede ser evaluada para su inclusión en base a los siguientes criterios:
139
-
* ¿La función encaja en el alcance del proyecto y los principios de diseño [principios de diseño](../design_principles/) de p5.js?
138
+
* ¿La función encaja en el alcance del proyecto y los principios de diseño [principios de diseño](../es/contribute/contributor_guidelines/#software-design-principles) de p5.js?
140
139
* Por ejemplo, una solicitud para agregar una nueva forma primitiva de dibujo puede ser considerada, pero una solicitud para adoptar un protocolo de Internet de las cosas basado en el navegador probablemente estará fuera de alcance.
141
140
* En general, el alcance de p5.js debería ser relativamente estrecho para evitar un exceso de características poco utilizadas.
142
141
* Si una función no encaja en el alcance de p5.js, sugiere al autor del *issue* que implemente la función como una biblioteca complementaria.
@@ -153,7 +152,7 @@ Los *issues* para solicitar funcionalidades deberían utilizar la plantilla "New
153
152
154
153
Las solicitudes de *issues* de mejora de función deberían utilizar la plantilla de incidentes de "Existing Feature Enhancement" (Mejora de Funcionalidades Existentes). El proceso es muy similar a las solicitudes de nuevas funcionalidades. La diferencia entre una *new feature request* (solicitud de nueva funcionalidad) y una *feature request* (Mejora de Funcionalidad) puede ser confusa a veces. La mejora de función principalmente trata sobre las funcionalidades existentes de p5.js, mientras que una solicitud de nueva función podría estar solicitando la adición de funcionalidades completamente nuevas.
155
154
156
-
1. Similar a las solicitudes de nuevas funcionalidades, las mejoras de función solo deben ser aceptadas si aumentan el acceso a p5.js. Por favor, consulta el punto 1 de la [sección anterior](../steward_guidelines.md#feature-request).
155
+
1. Similar a las solicitudes de nuevas funcionalidades, las mejoras de función solo deben ser aceptadas si aumentan el acceso a p5.js. Por favor, consulta el punto 1 de la [sección anterior](../es/contribute/steward_guidelines/#feature-request).
157
156
2. Los criterios de inclusión para las mejoras de función son similares a los de las solicitudes de nuevas funcionalidades, pero se debe prestar especial atención a los posibles cambios incompatibles.
158
157
* Si se están modificando funcionalidades existentes, todas las firmas de funcionalidades válidas y documentadas previamente deben comportarse de la misma manera.
159
158
3. Las mejoras de funcionalidades deben ser aprobadas por al menos un supervisor o responsable de mantenimiento antes de que comience el trabajo hacia una *pull request*. El proceso de revisión de *pull request* para mejoras de funcionalidades está documentado a continuación.
@@ -173,7 +172,7 @@ Este tipo de *issue* tiene una plantilla mínima de discusión y debería ser ut
173
172
Casi todas las contribuciones de código a los repositorios de p5.js se realizan a través de Pull Request. Los supervisores y los responsables de mantenimiento pueden tener *push access* (acceso de escritura) a los repositorios, pero aún se les anima a seguir el mismo proceso de *issue* > *pull request* > proceso de revisión al contribuir con código. Aquí están los pasos para revisar una *pull request*:
174
173
175
174
* La plantilla de pull request se puede encontrar [Aquî](https://github.com/processing/p5.js/blob/main/.github/PULL_REQUEST_TEMPLATE.md).
176
-
* Casi todas las solicitudes de pull requests deben tener *issues* asociados abiertos y discutidos primero, lo que significa que los["flujos de trabajo de los *issues* mås relevantes ](../steward_guidelines.md#issues) deben haber sido seguidos primero antes de que una *pull request* sea revisada por cualquier supervisor o responsable de mantenimiento.
175
+
* Casi todas las solicitudes de pull requests deben tener *issues* asociados abiertos y discutidos primero, lo que significa que los["flujos de trabajo de los *issues* mås relevantes ](../es/contribute/steward_guidelines/#issues) deben haber sido seguidos primero antes de que una *pull request* sea revisada por cualquier supervisor o responsable de mantenimiento.
177
176
* Las únicas instancias donde esto no se aplica son correcciones muy menores de errores tipográficos, las cuales no requieren un *issue* abierto y pueden ser fusionadas por cualquier persona con acceso para aplicar *merge* (fusionar) al repositorio, incluso si no son supervisores de una área en particular.
178
177
* Si bien esta excepción existe, la aplicaremos en la práctica solo mientras se siga alentando a los contribuyentes a abrir nuevos *issues* primero. En otras palabras, si tienes dudas sobre si esta excepción se aplica, simplemente abre un *issue* de todos modos.
179
178
* Si una "pull request"no resuelve completamente el *issue* referenciado, puedes editar la publicación original y cambiar "Resolves #OOOO" a "Addresses #OOOO" para que no cierre automáticamente el *issue* original cuando la *pull request* aplique *merge* (se fusione).
@@ -189,7 +188,7 @@ Correcciones simples, como la corrección de un pequeño error tipográfico, pue
189
188
190
189
1.*Bug fixes* (Corrección de errores) deberían ser revisado por el supervisor del área relevante, idealmente el mismo que aprobó el *issue* referenciado para su corrección.
191
190
2. La pestaña "Files Changed" de la *pull request* se puede utilizar para revisar inicialmente si el *fix* (la ccorrección) se implementa según lo descrito en la discusión del *issue*.
192
-
3. La *pull request* Debería ser probada localmente siempre que sea posible y relevante. El GitHub CLI puede ayudar a agilizar parte del proceso. Ver más abajo en [Consejos y trucos](../steward_guidelines.md#tips-tricks).
191
+
3. La *pull request* Debería ser probada localmente siempre que sea posible y relevante. El GitHub CLI puede ayudar a agilizar parte del proceso. Ver más abajo en [Consejos y trucos](#consejos-y-trucos).
193
192
*[ ] La Corrección debe abordar suficientemente el *issue* original.
194
193
*[ ] La Corrección no debe cambiar ningún comportamiento existente a menos que se acuerde en el *issue* original.
195
194
*[ ] La Corrección no debe tener un impacto significativo en el rendimiento de p5.js.
@@ -228,7 +227,7 @@ Las *pull requests* de Dependabot generalmente solo son visibles para los admini
228
227
229
228
## Proceso de Compilación
230
229
231
-
Esta sección no cubrirá la configuración general de compilación (build) ni los comandos, sino más bien detalles sobre lo que sucede detrás de escena. Consulta las [directrices para administradores](../contributor_guidelines.md#working-on-p5js-codebase) para obtener información más detallada sobre la construcción.
230
+
Esta sección no cubrirá la configuración general de compilación (build) ni los comandos, sino más bien detalles sobre lo que sucede detrás de escena. Consulta las [directrices para administradores](../es/contribute/contributor_guidelines/#working-on-the-p5js-codebase/) para obtener información más detallada sobre la construcción.
232
231
233
232
A partir de la versión 2.0 de p5.js, el proyecto ya no usa Grunt para la automatización de tareas. En su lugar, los procesos de compilación y pruebas (test) se manejan usando herramientas modernas como scripts de npm, ESLint y [Vitest](https://vitest.dev/).
234
233
@@ -297,7 +296,7 @@ Nota: El proceso de compilación de Browserify/Grunt (por ejemplo, `browserify`,
@@ -329,13 +328,13 @@ A continuación, se muestran algunas de las Respuestas Guardadas que están sien
329
328
330
329
##### Cerrando: Acceso
331
330
332
-
> No veo mucho interés en esta función, y no tenemos una explicación clara de cómo [amplía el acceso](../access/), así que cerraré esto por ahora. Si se puede agregar una declaración de acceso a la solicitud del <em>issue</em>, no dudes en volver a abrirlo.
331
+
> No veo mucho interés en esta función, y no tenemos una explicación clara de cómo [amplía el acceso](../es/contribute/access/), así que cerraré esto por ahora. Si se puede agregar una declaración de acceso a la solicitud del <em>issue</em>, no dudes en volver a abrirlo.
333
332
334
-
> No vemos una explicación más detallada de cómo esta cuestión [amplía el acceso](../access/), así que cerraré este <em>issue</em> por ahora. Si se puede agregar una declaración de acceso más detallada a la solicitud de función, no dudes en volver a abrirla. ¡Gracias!
333
+
> No vemos una explicación más detallada de cómo esta cuestión [amplía el acceso](../es/contribute/access/), así que cerraré este <em>issue</em> por ahora. Si se puede agregar una declaración de acceso más detallada a la solicitud de función, no dudes en volver a abrirla. ¡Gracias!
335
334
336
335
##### Cerrando: Complemento
337
336
338
-
> Creo que esta función está fuera del alcance de la API de p5.js (intentamos mantenerla lo más minimalista posible), pero podría ser un gran punto de partida para una biblioteca complementaria. Consulta la documentación aquí sobre cómo crear un complemento: [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../creating_libraries/)
337
+
> Creo que esta función está fuera del alcance de la API de p5.js (intentamos mantenerla lo más minimalista posible), pero podría ser un gran punto de partida para una biblioteca complementaria. Consulta la documentación aquí sobre cómo crear un complemento: [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../es/contribute/creating_libraries/).
0 commit comments