5. En la siguiente pantalla, puedes añadir más detalles sobre tu PR, luego pincha en <kbd>Crear pull request</kbd>. <del> Enhorabuena 🎉! Acabas de crear una pull request. </del> <ins> Felicidades 🎉! Acabas de crear un pull request. </ins> #### Trabajar desde tu sistema local (_recomendado_ para revisar cambios) <del> No es obligatorio que trabajes en tu sistema personal, salvo que desees previsualizar tus cambios, o trabajar con mejoras y arreglos de UI. También es recomendable si tienes problemas con git como errores de integración, rebase, etc. </del> <ins> No es obligatorio que trabajes en tu sistema personal, salvo que desees pre-visualizar tus cambios, o trabajar con version actualizada y arreglos de UI. También es recomendable si tienes problemas con git como errores de integración, rebase, etc. </ins> <del> ##### Lee sobre esta recomendaciones en [Cómo configurar freeCodeCamp localmente](/docs/how-to-setup-freecodecamp-locally.md) </del> <ins> ##### Lee sobre estas recomendaciones en [Cómo configurar freeCodeCamp localmente](/docs/how-to-setup-freecodecamp-locally.md) </ins> ### Aceptación de la PR <del> Estas son algunos criterios utilizados por los revisores cuando evalúan PRs: </del> <ins> Estos son algunos criterios utilizados por los criticos cuando evalúan PRs: </ins> - Descripción y título relevantes - La PR respeta la [guía de estilo](/docs/style-guide-for-guide-articles) - Consejos generales de QA de las [recomendaciones para Moderadores](https://forum.freecodecamp.org/t/freecodecamp-moderator-guidelines/18295) <del> - Siempre y cuando la PR suponga una mejora o ampliación de la guía, será aceptada aunque tenga errores gramaticales o contenido parcial </del> <ins> - Siempre y cuando el PR suponga una mejora o ampliación de la guía, será aceptado aunque tenga errores gramaticos o contenido parcial </ins> - Las PR más antiguas se revisan primero #### Etiquetas - **contenido** es para Pull Requests que modifican el contenido de artículos en la guía (añaden un nuevo artículo o actualizan uno existente) <del> - **duplicada** es para Pull Request que contienen el mismo contenido que otra PR abierta - **cambios solicitados** es para Pull Requests que necesitan algún cambio antes de ser integradas - **pasada** es para Pull Requests que con etiqueta _"changes requested"_ que no han tenido actividad durante al menos 2 semanas y serán por tanto cerradas - Una  pull request _pasada_ debe cerrarse. </del> <ins> - **duplicada** es para Pull Request que contienen el mismo contenido que otro PR abierto - **cambios solicitados** es para Pull Requests que necesitan algún cambio antes de ser integrados - **pasada** es para Pull Requests que con etiqueta _"changes requested"_ que no han tenido actividad durante al menos 2 semanas y serán por tanto cerrados - Un  pull request _pasado_ debe cerrarse. </ins> - Este es [un ejemplo](https://github.com/freeCodeCamp/freeCodeCamp/pull/235). #### Contenido conflictivo/duplicado <del> Se considera **duplicada** una PR si hace cambios al mismo artículo que otra PR. </del> <ins> Se considera **duplicado** un PR si hace cambios al mismo artículo que otro PR. </ins> En general el revisor: <del> 1. Organizará las PR desde la más antigua </del> <ins> 1. Organizará los PR desde lo más antiguo </ins> 2. Buscará para PRs con contenido similar <del> 3. Integrará desde la más antigua a las más nueva </del> <ins> 3. Integrará desde lo más antiguo a los más nuevos </ins> <del> Muy probablemente aparecerán conflictos al integrar PRs duplicadas. </del> <ins> Muy probablemente aparecerán conflictos al integrar PRs duplicados. </ins> <del> Los revisores harán todos los esfuerzos posibles para resolver estos conflictos e integrar las PRs. </del> <ins> Los revisores harán todos los esfuerzos posibles para resolver estos conflictos e integrar los PRs. </ins> #### Solicitar cambios <del> Si la Pull Request no es perfect el revisor podría: </del> <ins> Si el Pull Request no es perfecto el revisor podría: </ins> - solicitar cambios al contribuidor y añadir la etiqueta *cambios solicitados* <del> - solucionar errores menores y hacer un envío encima de la PR </del> <ins> - solucionar errores menores y hacer un envío encima de el PR </ins> #### Travis CI Build <del> Todas las PRs deben superar los test de Travis CI antes de poder ser integradas. </del> <ins> Todos los PRs deben superar los test de Travis CI antes de poder ser integrados. </ins> <del> Si una PR rompe la ejecución (un test de Travis CI falla y muestra una "X" roja) hay tres cauas probables y tendrás que resolver el problemas antes de que podamos integrar la PR: </del> <ins> Si un PR rompe la ejecución (un test de Travis CI falla y muestra una "X" roja) hay tres causas probables y tendrás que resolver el problema antes de que podamos integrar el PR: </ins> <del> 1. Tu PR crea un nueva artículo pero la falta un archivo `index.md` en algún lugar. </del> <ins> 1. Tu PR crea un nuevo artículo pero le falta un archivo `index.md` en algún lugar. </ins> - Cada directorio en `src/pages` necesita un archivo `index.md` en él (y debe llamarse `index.md`). - Dos escenarios muy probables son - llamaste al archivo de forma distinta a `index.md`, o