Gitlab CI ignores script exit code other than 1

user_10914198 0
Viewed 6063

Im trying to set up a gitlab pipeline, so that certain exit_codes are okay for a script im executing. I have tried both shell and a ruby script, but both seem to have the same behaviour.

Pipeline config

As you can see, I am just executing the script and nothing more, my expectation would be, that the last script executed is used a the exit status for the job.

In the script im only calling "exit 64", which should be a "allowed failure" in that case, the pipeline log however says that the job failed because of exit code 1:

pipeline error

How do I get gitlab to accept the exit code of this (or a ruby) script as the job exit code?

gitlab gitlab-ci exit-code continuous-integration bash
2 Answers

I found a way to fix this problem. Apparently Gitlab Runner uses the -e flag, which means that any non-zero exit code will cancel the job. This can be updated by using set +e, but then you still need to capture the actual exit code for the job.

Using $? in two different lines of the configuration does not work, because Gitlab does echo calls in-between them.

So the exit code needs to be captured directly, example:

script:
  - set +e
  - ruby "ci/example.rb" || EXIT_CODE=$?
  - exit $EXIT_CODE
user_109141980

Here's my trick for turning off early failure and checking the result code later:

  script:
    - set +e +o pipefail
    - python missing_module.py 2>&1 | grep found; result=$?
    - set -e -o pipefail
    - "[ $result == 0 ]"

This turns off early exit and runs a command that we consider to have an acceptable failure if "found" is in the error text. It then turns early exit back on and tests whether the exit code we saved was good or not.

Jim_61600
Related