Skip to content

Commit adbde26

Browse files
committed
Nuevo doc de primeros pasos
1 parent f157153 commit adbde26

2 files changed

Lines changed: 155 additions & 0 deletions

File tree

CONTRIBUTING.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -7,6 +7,10 @@ proyecto](https://github.com/pythoncanarias/pycan-web/issues) para
77
para empezar a contribuir
88
al desarrollo.
99

10+
Si es la primera vez que vas a contribuir a un proyecto de _software_ libre,
11+
quizá te sea de ayuda este documento: [Cómo hacer tu primera contribución a
12+
Python Canarias](docs/primeros_pasos.md)
13+
1014
Además de las tareas propias de desarrollo, hay muchas otras formas de ayudar,
1115
una de las principales es aportar nuevas ideas para mejorar la web, así
1216
como avisarnos de cualquier error que encuentres en la misma.

docs/primeros_pasos.md

Lines changed: 151 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,151 @@
1+
## Cómo hacer tu primera contribución a Python Canarias
2+
3+
Antes de nada, gracias por tu interés, solo eso ya significa bastante para
4+
nosotros. Hacer una contribución al _software_ libre es muy interesante, no
5+
solo para contribuir a la comunidad, también es una forma de aprender y
6+
adquirir nuevas competencias, y de formar parte de nuestra comunidad.
7+
8+
### Primer paso, empezar con Git y GitHub
9+
10+
Lo primero que necesitas es un conocimiento, aunque sea básico, de git.
11+
También necesitarás una cuenta en [GitHub](https://github.com/), que es donde
12+
tenemos almacenado el código fuente de nuestro proyecto. Si no tienes cuenta
13+
puedes crearte una sin problemas, es totalmente gratuito.
14+
15+
Nuestro proyecto está alojado en la siguiente página:
16+
17+
[https://github.com/pythoncanarias/pycan-web](https://github.com/pythoncanarias/pycan-web)
18+
19+
20+
### Segundo paso, hacer un _fork_ del repositorio
21+
22+
Con tu cuenta de GitHub, ahora puedes hacer un _fork_ de nuestro proyecto en tu
23+
repositorio. Esta _fork_ es simplemente una copia de nuestro repositorio, que
24+
es independiente del original, en el sentido de que puedes realizar los
25+
cambios que quieras en la misma y no tendrán efecto ninguna en nuestro código.
26+
Así puedes experimentar y jugar con el código sin miedo a romper nada.
27+
28+
Para hacer el _fork_, asegúrate de que estás validado correctamente en _GitHub_
29+
con tu cuenta, y simplemente y visita con tu navegador nuestra repositorio.
30+
Una vez allí, solo tienes que pulsar el botón con la leyenda _Fork_.
31+
32+
![Github Fork](github-fork.png)
33+
34+
El nuevo repositorio, el tuyo, tendrá una URL como esta:
35+
36+
```
37+
https://github.com/<Tu User Name>/pycan-web
38+
```
39+
40+
### Tercer paso, clonar el repositorio
41+
42+
Ahora tienes el código en tu propio repositorio en _GitHub_. El siguiente
43+
paso es descargar el código en una carpeta de tu ordenador, un sitio
44+
donde puedes trabajar cómodamente con él.
45+
46+
Esta operación se conoce como _clonado_ del repositorio. Para ello, abre una
47+
terminal y escribe el siguiente comando:
48+
49+
```shell
50+
git clone https://github.com/<TuUserName>/pycan-web.git
51+
```
52+
53+
Ahora ya tienes una copia local de tu repositorio en tu disco duro.
54+
55+
Este repositorio local está vinculado con tu propia copia de nuestro
56+
repositorio. Puedes también vincularlo con el repositorio original; esto será
57+
cómodo especialmente al final, cuando queremos incorporar los cambios que hayas
58+
hecho en nuestro repositorio. Para vincular con el repositorio original, usa el
59+
siguiente comando:
60+
61+
```shell
62+
git remote add upstream https://github.com/pythoncanarias/pycan-web
63+
```
64+
65+
### Quinto paso, crear una nueva rama
66+
67+
Para crear una rama usaremos el siguiente comando:
68+
69+
```shell
70+
git checkout -b <nombre de la nueva rama>
71+
```
72+
73+
Ahora estamos situados en una nueva rama. Todos los cambios que hagamos ahora
74+
se quedan dentro de esta rama hasta que se pueda reunificar esta rama con la
75+
rama principal, o bien se borre esta rama y descartemos todos los cambios que
76+
hubiera en ella.
77+
78+
79+
### Sexto paso
80+
81+
Aquí es donde haces tu magia: realiza los cambios que creas oportunos,
82+
los pruebas si puedes y las vas añadiendo a la rama. Puedes usar `git status` para
83+
obtener un breve informe de la situación actual de la rama en la que estás.
84+
85+
Supongamos que has cambiado parte del texto del fichero `README.md`. Podemos
86+
añadir este fichero al área de trabajo con:
87+
88+
```shell
89+
git add README.md
90+
```
91+
92+
Cada vez que modifiques el código, el comando `add` tiene que ser ejecutado otra
93+
vez para que los últimos cambios se tengan en cuenta en el área de trabajo.
94+
95+
Existe la forma abreviada `git add -u` para que añada al área de trabajo todos
96+
los ficheros que hayan sido actualizados (`-u` por _updated_). Yo suelo añadir el
97+
_flag_ `-v` para que me muestre un listado de los ficheros añadidos, o sea que
98+
quedaría así: `git add -uv`.
99+
100+
Cuando estés segura de tus cambios, puedes confirmarlos con la
101+
orden `commit` de Git:
102+
103+
```shell
104+
git commit -m "Comentario describiendo los cambios realizados"
105+
```
106+
107+
Nota: No es necesario que hagas un único _commit_ al final, puedes realizar todos
108+
los commits que quieres, pero si es verdad que el paso previo a subir el código
109+
al repositorio debe ser un `commit`. Si no lo hacemos así, quedarían cambios
110+
el el área de trabajo no confirmadas y, por tanto, ignoradas en el siguiente
111+
paso, en el `push`.
112+
113+
### Séptimo paso, importar o entregar (_push_) los cambios locales al repositorio.
114+
115+
Como se comentó antes, el comando básico aquí es `push`:
116+
117+
```shell
118+
git push -u origin <nombre de la rama>
119+
```
120+
121+
Este paso crea la rama en el repositorio remoto y sube todos los
122+
cambios que estén confirmados en el área de trabajo.
123+
124+
### Octavo paso, crear un _Pull Request_
125+
126+
Una vez que tus cambios están en tu repositorio, estás listos para
127+
realizar un _Pull Request_, que básicamente es una solicitud hecha para
128+
incorporar los cambios incluidos en una rama en concreto un otra rama,
129+
normalmente la principal, y a realizar en este mismo repositorio o en el
130+
repositorio original desde el cual se bifurcó este, es decir, aquel del que
131+
hicimos _fork_ al comienzo.
132+
133+
Para ello, abrimos el navegador apuntando a nuestro repositorio en GitHub y
134+
pulsamos el botón que reza "_Compare and Pull Request_". Si todo ha ido bien
135+
nosotros, los mantenedores del repositorio original, seremos notificados
136+
de los cambios y podremos revisarlos y si los encontramos adecuados,
137+
incorporarlos al mismo.
138+
139+
Felicidades, acabas de realizar tu aportación a Python Canarias.
140+
141+
142+
### Enlaces interesantes
143+
144+
- [La guía para principiantes de Git y Github](https://www.freecodecamp.org/espanol/news/guia-para-principiantes-untitled/) de FreeCodeCamp
145+
146+
- [Hacktoberfest](https://hacktoberfestes.dev/)
147+
148+
- [Make your first open source contribution](https://markodenic.com/make-your-first-open-source-contribution/) de Marko Denic
149+
150+
- [
151+

0 commit comments

Comments
 (0)