Optimización de equipos de desarrollo
Esta es otra de las funcionalidades de Git que no suelo usar, porque normalmente suelo decantarme por gestores de tareas mas completos.
Pero está en el producto así que os la enseño. Quizá la gente que no quiera meterse en muchos productos en su infraestructura de desarrollo puede serle útil.
Esta es una funcionalidad del producto, que para mi no es muy importante, porque siempre he preferido Wikis mas completas.
Pero existe en el producto y en determinadas situaciones puede ser útil a alguien, así que os lo enseño.
Quinta entrega sobre GitLab, en esa ocasión vemos como importar un repositorio desde GitHub.
Una de las ventajas de Git es que tiene un ecosistema de servidores que son compatibles entre si, de tal forma que si un servidor no te gusta puedes cambiar a otro.
Os dejo el vídeo en el que enseño como se realiza esta importación.
En esta ocasión lo que vamos a ver es como subir un repositorio que ya tenemos en nuestro ordenador al GitLab.
Es una tarea simple pero que hay que conocer como realizar.
Tercera entrega sobre gitlab, en esta ocasión veremos como clonar un repositorio albergado en gitlab en nuestra máquina local.
Es un proceso bastante común, pero así vemos como se hace y podreis aclarar las dudas.
Segunda entrega sobre los videotutoriales de gitlab, en esta ocasión lo que os traigo es como crear un usuario en gitlab. Puede parecer sencillo, pero tal y como funciona git con las claves ssh tiene una cierta miga, sobre todo para los que no estén acostumbrados a manejarse con autenticación transparente mediante ssh.
Primer video de una serie sobre el gitlab. Como sabemos git es un control de versiones, pero es una utilidad de línea de comandos, con lo que ha surgido una serie de herramientas complementarias para añadirle funcionalidad.
Una de estas herramientas es gitlab, muy conocido dentro de los que quieren tener un git en sus instalaciones y un producto de código abierto y gratuito.
Estoy usando, para una serie de proyectos personales, el Git como repositorio de código.
En uno de los proyectos estoy usando un git, por decirlo de alguna forma, a palo seco. Es decir sin ningún tipo de capa por encima, estilo GitHub, GitLab, Gitorious, etc. En el otro proyecto estoy usando GitHub, ya que es un proyecto público.
Como comenté el una entrada del proyecto MyCloudChest el motivo es que quiero que sea un repositorio privado y gratuito. Así que lo monté en mi RaspberryPi.
Para un proyecto personal es suficiente, ya que no tengo que gestionar muchos usuarios ni hay mucha concurrencia. Pero esta solución no es tan adecuada para un proyecto un poco más grande. Por lo menos comparado con las posibilidades que te proporcionan estos tipos de productos que complementan la funcionalidad de Git.
Estos productos, aparte de tener una administración mediante un web, que siempre es más agradable que la línea de comandos, proporcionan una serie de facilidades que me parecen muy interesantes.
Sobre todo la gestión de permisos en las ramas y la funcionalidad de merge o pull request. De tal forma que los programadores tienen que solicitar a un responsable que les acepte el cambio y lo incluya en la rama principal.