Configuré un corredor en una computadora portátil con Windows 10. Tipo de trabajador shell. En todos los pasos del trabajo podemos ver comandos internos de gitlab que se ejecutan con eco local en la terminal. Aquí se incluyen secretos como "GITLAB_CI_RELEASE_SSH_KEY". No quiero esto en mi registro. Tiene un total de más de 1000 líneas y dificulta la búsqueda de líneas de salida importantes.
Extracto del registro (muy truncado) del paso "Obtener el código fuente del repositorio Git":
PS C:\jobs> & {
>>
>> $ErrorActionPreference = "Stop"
>> $FF_CMD_DISABLE_DELAYED_ERROR_LEVEL_EXPANSION="false"
>> $env:FF_CMD_DISABLE_DELAYED_ERROR_LEVEL_EXPANSION=$FF_CMD_DISABLE_DELAYED_ERROR_LEVEL_EXPANSION
>> $FF_NETWORK_PER_BUILD="false"
>> $env:FF_NETWORK_PER_BUILD=$FF_NETWORK_PER_BUILD
>> $FF_USE_LEGACY_KUBERNETES_EXECUTION_STRATEGY="false"
>> $env:FF_USE_LEGACY_KUBERNETES_EXECUTION_STRATEGY=$FF_USE_LEGACY_KUBERNETES_EXECUTION_STRATEGY
>> $FF_USE_DIRECT_DOWNLOAD="true"
>> $env:FF_USE_DIRECT_DOWNLOAD=$FF_USE_DIRECT_DOWNLOAD
editar: Gitlab está buscando, pwshasí que creé esto pwsh.cmdpara iniciar PowerShell:powershell.exe -NoExit -Command C:\myproj\powershell_init_gitlab_worker.ps1
Respuesta1
Mi problema era que Gitlab estaba buscando pwsh. La solución correcta fue cambiar a la siguiente línea bajo la [[runners]]sección deconfig.toml
shell = "powershell"
En lugar de eso, solucioné el problema al proporcionar pwsh.cmdque Powershell se iniciara de manera incorrecta (consulte la pregunta actualizada).
Dejaré esta respuesta aquí por si alguien más comete el mismo estúpido error que yo.