| ... | ... | @@ -127,6 +127,7 @@ Expuestos ya los fundamentos, lo que importa que te lleves de aquí y mantengas |
|
|
|
|
|
|
|
# Algunos trucos y recomendaciones
|
|
|
|
|
|
|
|
* Si aún no conocés, [aprendé MarkDown](https://www.markdownguide.org/basic-syntax/), la [manera más simple, estándar y potente](https://www.markdownguide.org/getting-started/) de generar texto estructurado y formateado, al menos las bases, te será más que útil para documentar el trabajo y no podrás pasarte más de MD.
|
|
|
|
* Al momento de abrir una incidencia, es importante pensar bien el título, sobretodo en GitLab en el cual éste será retomado en la rama y en la m*erge request*
|
|
|
|
* Conviene siempre establecer múltiples enlaces cruzados, entre todas las acciones y referencias que están relacionadas. GitLab y GitHub establecen varios vínculos automáticamente, pero no todo, y en particular conviene enriquecer los vínculos entre el proyecto `config` en nuestro Gitlab y sus roles en GitHub (que no se harán automáticamente)
|
|
|
|
* Existen muchas manera de generar fácilmente dichos enlaces, por ejemplo con *#<num_issue>* para las incidencias y *!<num_MR>* para las solicitudes de fusión en GitLab, o *#<num>* en GitHub, haciendo referencia a la numeración compartida de las *issues* y las *Pull Request* en GitHub. La mención de un *tag* de versión también genera un enlace automático
|
| ... | ... | |
| ... | ... | |
