

Is likely that something in the shell profile is causing the failure. If a job fails on the Prepare environment stage, it # This command is used if the build should be executed using # the current user, but in a login environment cat generated-bash-script | /bin/bash -login # This command is used if the build should be executed in # a Docker environment cat generated-bash-script | /bin/bashįor certain executors, the runner passes the -login flag as shown above, # This command is used if the build should be executed in context # of another user (the shell executor) cat generated-bash-script | su -shell /bin/bash -login user

gitlab-ci.yml is executed by piping the shell script to one of the This is the default shell used on all Unix based systems. If you want to select a particular shell to use other than the default, you must specify the shell in your config.toml file. Learn how to gain access to the CMD shell when PowerShell is the default shell. All commands are executed in Batch context. In GitLab Runner 14.0 and later, this is the default when registering a new runner. All commands are executed in PowerShell Core context. In GitLab Runner 12.0-13.12, this is the default when registering a new runner. All commands are executed in PowerShell Desktop context. All commands executed in Sh context (fallback for bash for all Unix systems) powershell Fully Supported PowerShell script. All commands executed in Bash context (default for all Unix systems) sh Fully Supported Sh (Bourne shell). The supported shells are: Shell Status Description bash Fully Supported Bash (Bourne Again Shell). The build steps are receivedįrom the commands defined in the script directive in. The shells don’t have any configuration options.

The shell scripts contain commands to execute all steps of the build: GitLab Runner implements shell script generators that allow executing Video walkthrough of working PowerShell examples Types of shells supported by GitLab Runner.Access CMD shell when PowerShell is the default.
