consul/nairobi
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Remove obsolete contributing information

Browse Source 
Current team members don't use twitter very often, the `Not-ready` label
has has been removed, and issue assignees are sometimes deceiving.

We're also removing the "Limpiar" section from the Spanish document,
which had already been removed from the English document in commit
8eb8bb9a.
This commit is contained in:
Javi Martín
2019-11-06 16:09:33 +01:00
parent 9889ed23e7
commit 72ff3bc5bc
2 changed files with 4 additions and 28 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
CONTRIBUTING.md
View File

@@ -6,22 +6,15 @@ The core team members and the project's community adopts an inclusive Code of Co
## Report an issue ## Report an issue
The prefered way to report any bug is [opening an issue in the project's Github repo](https://github.com/consul/consul/issues/new). The prefered way to report any bug is [opening an issue in the project's repo](https://github.com/consul/consul/issues/new).
For more informal communication, contact team members via twitter
## Resolve an issue ## Resolve an issue
Admins tag issues using two label related with collaboration availability: [Issues labeled with help wanted](https://github.com/consul/consul/labels/help%20wanted) are well defined features ready to be implemented by whoever wants to do it.
* `help wanted`: [issues labeled with help wanted](https://github.com/consul/consul/labels/help%20wanted) are well defined features ready to be implemented by whoever wants to do it.
* `Not-ready`: with this label admins mark features or changes that are not well defined yet or subject to an internal decision. Is not a good idea to start implementation of these issues.
If you want to contribute code to solve an issue: If you want to contribute code to solve an issue:
* Add a comment to tell everyone you are working on the issue. * Add a comment to tell everyone you are working on the issue.
* If an issue has someone assigned it means that person is already working on it.
* Fork the project. * Fork the project.
* Create a topic branch based on master. * Create a topic branch based on master.
* Commit there your code to solve the issue. * Commit there your code to solve the issue.

21
CONTRIBUTING_ES.md
View File

@@ -6,22 +6,15 @@ Los miembros del proyecto y la comunidad de personas que contribuyen a él se ad
## Comunicación general y de incidencias ## Comunicación general y de incidencias
El método preferido para informar sobre una incidencia en el proyecto es [creando una incidencia en la cuenta de Github del proyecto](https://github.com/consul/consul/issues/new). El método preferido para informar sobre una incidencia en el proyecto es [creando una incidencia en el repositorio del proyecto](https://github.com/consul/consul/issues/new).
Para comunicación más puntual e informal, contacta con los miembros del equipo por twitter.
## Resolver una incidencia ## Resolver una incidencia
Los administradores utilizan dos etiquetas relacionadas con la disponibilidad para aceptar colaboraciones con las que marcar incidencias: Las [incidencias marcadas como help wanted](https://github.com/consul/consul/labels/help%20wanted) son funcionalidades bien definidas y que están listas para que quien quiera pueda implementarlas.
* `help wanted`: las [incidencias marcadas como help wanted](https://github.com/consul/consul/labels/help%20wanted) son funcionalidades bien definidas y que están listas para que quien quiera pueda implementarlas.
* `Not-ready`: con esta etiqueta se señalan funcionalidades o cambios que han de realizarse pero que todavía no están del todo definidos o falta alguna decisión a nivel interno que tomar. Por tanto se desaconseja que se inicie su implementación de momento.
Cuando quieras resolver una incidencia mediante código: Cuando quieras resolver una incidencia mediante código:
* Avisa de que vas a trabajar en esta incidencia añadiendo un comentario. * Avisa de que vas a trabajar en esta incidencia añadiendo un comentario.
* Cuando las incidencias tienen a alguien asignado significa que esa persona ya está trabajando en esa issue.
* Haz un fork del proyecto * Haz un fork del proyecto
* Crea una rama para resolver la incidencia desde la rama `master` * Crea una rama para resolver la incidencia desde la rama `master`
* Añade el código necesario para resolver la incidencia en tantos commits como sea preciso * Añade el código necesario para resolver la incidencia en tantos commits como sea preciso
@@ -31,16 +24,6 @@ Cuando quieras resolver una incidencia mediante código:
**¿Es tu primer Pull Request?** Puedes aprender en este curso gratuito (en inglés) sobre [cómo contribuir a un proyecto OpenSource en GitHub](https://egghead.io/series/how-to-contribute-to-an-open-source-project-on-github) **¿Es tu primer Pull Request?** Puedes aprender en este curso gratuito (en inglés) sobre [cómo contribuir a un proyecto OpenSource en GitHub](https://egghead.io/series/how-to-contribute-to-an-open-source-project-on-github)
## Limpiar
En la urgencia del momento, las cosas a veces se ensucian, puedes ayudarnos a limpiar la casa:
* implementando [tests pendientes](https://travis-ci.org/consul/consul)
* incrementando la [cobertura de tests](https://coveralls.io/github/consul/consul?branch=master)
* mejorando la [calidad del código](https://codeclimate.com/github/consul/consul)
* haciendo el [código consistente](https://github.com/bbatsov/rubocop)
## Otras formas de contribuir sin código ## Otras formas de contribuir sin código
* Si crees que hay una funcionalidad que hace falta, o descubres un problema, abre una incidencia (asegúrate de que * Si crees que hay una funcionalidad que hace falta, o descubres un problema, abre una incidencia (asegúrate de que