Artículos sobre lenguajes de programación y aplicaciones

Clonar el proyecto una vez que el colaborador inicial lo haya subido a GitLab Ahora que nos hemos adentrado más en el mundo del software de gestión de versiones se entiende que no es tan sencillo y por lo tanto no cualquier desarrollador ya sea formado en el mundo de las TIC's o de otras áreas lo usa por estás ciertas eventualidades que se han encontrado. Una de estas se presentó de inmediato en el cual una vez que un colaborador sube su repositorio a GitLab (artículo pasado) al entrar en juego un segundo colaborador si bien le permitió clonar el proyecto sin problema al intentar hacer un commit (modificación del proyecto) usando la interfaz de RStudio Server se lanza el siguiente error.  >>> /usr/bin/git commit -F /tmp/RtmpstQ7JZ/git-commit-message-d1a0f631ec45a.txt --gpg-signerror: gpg failed to sign the data: gpg: omitido "nombre apellido <usuario@correo.com.mx>": No tenemos la clave secreta [GNUPG:] INV_SGNR 9 Nombre Apellido <usuario@correo.com.mx...

El flujo de la creación así como la colaboración con equipos de desarrollo es: que alguien del equipo suba su repositorio en este caso a GitLab para que los colaboradores "clonen" los proyectos en las cuentas de RStudio Server. Pero también es necesario ese "primer commit" haciendo la creación de un repositorio local, para después hacer la copia de ese mismo repositorio en el GitLab. Lo primero que vamos a hacer es crear un nuevo proyecto en RStudio Server. Y se marca la casilla de " Create a Git repository ". Se ha creado un Proyecto que espero pueda estar en productivo en el corto plazo por ahora solo serán unas líneas de código, algo muy interesante que yo no estaba enterado, en México nuestro ID (la CURP) tiene un algoritmo para calcular el dígito verificador, en una serie de intercambios con mi chatbox de inteligencia artificial (Deep) soltó prenda con el código que esta funcionando pero necesitamos hacer más pruebas, aunque parece que algunos compañe...