Little corrections

Added some missing periods, and corrected some spelling and writing errors.

Author: zejiran

_articles/es/how-to-contribute.md

@@ -172,7 +172,7 @@ Un proyecto de código abierto tiene los siguientes tipos de personas:
 * **Colaboradores:** Cualquiera que haya contribuido con algo al proyecto.
 * **Miembros de la comunidad:** Las personas que utilizan al proyecto. Pueden tener un rol activo en las conversaciones o expresar su opinión sobre la dirección que toma el proyecto.
 
-Los proyectos más grandes pueden tener también subcomisiones o grupos de trabajo enfocados en tareas diferentes, como herramientas, priorización de urgencias, moderación de la comunidad, y organización de eventos. Busca en el sitio web del proyecto una página del "equipo", o en su repositorio para encontrar la documentación política de gobierno, para encontrar ésta documentación.
+Los proyectos más grandes pueden tener también subcomisiones o grupos de trabajo enfocados en tareas diferentes, como herramientas, priorización de urgencias, moderación de la comunidad, y organización de eventos. Busca en el sitio web del proyecto una página del "equipo", o en su repositorio para encontrar la documentación política de gobierno, para encontrar esta documentación.
 
 Un proyecto también tiene documentación. Estos archivos están normalmente listados en un nivel alto del repositorio.
 
@@ -373,7 +373,7 @@ Un proyecto que es amigable y acogedor indica que será receptivo de nuevo
 
 ## Cómo enviar una contribución
 
-Ya encontraste un proyecto que te gustaba, y estás listo para hacer una contribución. ¡Por fin! A continuación de mostramos cómo hacer que tu contribución siga por el buen camino.
+Ya encontraste un proyecto que te gustaba, y estás listo para hacer una contribución. ¡Por fin! A continuación te mostramos cómo hacer que tu contribución siga por el buen camino.
 
 ### Comunicándote de manera efectiva
 
@@ -433,9 +433,9 @@ Antes de hacer nada, haz una rápida verificación para asegurarte q
 
 Si no puedes encontrar tu idea en ningún otro lado, estás listo para dar el paso. Si el proyecto está en GitHub, es probable que lo comuniques abriendo un problema o un pull request:
 
-* **Problemas (Issues)** son como comenzar una conversación o discusión
-* **Pull requests** son para comenzar a trabajar en una solución
-* **Para una comunicación ligera,** como una explicación o una pregunta de "cómo", trata preguntando en Stack Overflow, IRC, Slack u otro canal de chat, si el proyecto tiene alguno
+* **Problemas (Issues)** son como comenzar una conversación o discusión.
+* **Pull requests** son para comenzar a trabajar en una solución.
+* **Para una comunicación ligera,** como una explicación o una pregunta de "cómo", trata preguntando en Stack Overflow, IRC, Slack u otro canal de chat, si el proyecto tiene alguno.
 
 Antes de abrir un problema o un pull request, verifica los documentos de verificación del proyecto (comúnmente es un archivo que se llama CONTRIBUTING), para ver si se necesitan incluir algo específico, puede ser que soliciten que respetes un modelo, o requerir que utilices pruebas.
 
@@ -453,9 +453,9 @@ Si quieres hacer una contribución sustancial, abre un problema para pregu
 
 Frecuentemente deberías abrir un problema en las siguientes situaciones:
 
-* Reportar un error que tú no puedes resolver
-* Discutir un tópico o idea de alto nivel (por ejemplo sobre la comunidad, la visión o políticas)
-* Proponer una nueva característica u otra idea del proyecto
+* Reportar un error que tú no puedes resolver.
+* Discutir un tópico o idea de alto nivel (por ejemplo sobre la comunidad, la visión o políticas).
+* Proponer una nueva característica u otra idea del proyecto.
 
 Consejos para comunicar los problemas:
 
@@ -467,8 +467,8 @@ Consejos para comunicar los problemas:
 
 Usualmente deberías abrir un pull request en las siguientes situaciones:
 
-* Enviar arreglos triviales (por ejemplo una corrección tipográfica, un link caído o un error obvio)
-* Comenzar a trabajar en una contribución que ya fue solicitada, o que ya discutiste en un problema
+* Enviar arreglos triviales (por ejemplo una corrección tipográfica, un link caído o un error obvio).
+* Comenzar a trabajar en una contribución que ya fue solicitada, o que ya discutiste en un problema.
 
 Un pull request no representa trabajo terminado. Usualmente es mejor abrir un pull request de forma temprana, de manera que otros puedan observar o dar retroalimentación a tu progreso. Solo márcalo como "trabajo en proceso" (WIP por sus siglas en inglés, work in progress) en la línea del tema. Siempre puedes agregar más commits después.