Estoy usando GitLab CI y tengo dos dependencias para clonar desde el mismo GitLab Server.
Una de mis dependencias está enCompository el otro enMNP. Ambos comandos ( composer install
y npm ci
) fallan durante el clon de git.
Aquí está el resultado que produce npm: (con los nombres de los repositorios redactados)
npm ERR! /usr/bin/git ls-remote -h -t [email protected]:in-house/repository.git
npm ERR!
npm ERR! > GitLab: The project you were looking for could not be found.
npm ERR! fatal: Could not read from remote repository.
npm ERR!
npm ERR! Please make sure you have the correct access rights
npm ERR! and the repository exists.
npm ERR!
npm ERR! exited with error code: 128
Y lo mismo ocurre con el compositor:
[RuntimeException]
Failed to execute git clone --no-checkout '[email protected]:forks/repository.git' '/builds/repo/vendor/repository' && cd '/builds/repo/repository' && git remote add composer '[email protected]:forks/repository.git' && git fetch composer
Tengo una clave de implementación definida en mi área de administración y la clave privada se agrega correctamente al corredor, siguiendo las instruccionestutorial de gitlab desde su sitio web. Como lo muestra la línea Identity added: (stdin) (ci@gitlab)
en cada tubería.
Al agregar la misma clave privada a un contenedor acoplable desechable en mi máquina local y clonar los repositorios de ese contenedor, todo funciona como se esperaba. Incluso cuando se utiliza el mismo paquete ssh y administradores de dependencias.
El contenedor acoplable que estamos usando para el CI también es privado y está alojado en el registro de contenedores de GitLab, basado en Alpine Linux.
Respuesta1
Descubrí mi error. Agregué el token de implementación al área de administración. no al repositorio. Entonces no tenía acceso al repositorio.
Durante la verificación en el contenedor acoplable desechable, debo haber pegado accidentalmente mi propia clave en lugar de la del CI.