Gitlab CI variables returns empty string?

Question

It's been 2 days since one of my project' build starts failing on Gitlab CI. The main error was E_MISSING_APP_KEY and when I check another variable just by echoing $HOST and $PORT from my .gitlab-ci.yml config, like this

tests:
  script:
    - echo "${HOST} ${PORT}"
    - node -e "console.log(process.env.HOST, process.env.PORT)"
    - node_modules/.bin/nyc node ace test -t 0

I got nothing.

The build was failed because it can't read my environment variable that I set on its CI Settings.

Anyone experiencing same issue? & how to solve this?

Update:

I'm trying to create new project with only containing .gitlab-ci.yml file here and it's seems working just fine

But why the world it's still failing on my main project?

Have you tried any of the steps outlined at the "More details" link? — Sidney, Apr 15 '18 at 21:23
The "More details" link is actually built-in "exception message" from Adonis.js frameworks & the errors has nothing to do with it. — Fery W, Apr 16 '18 at 02:14
Maybe I misunderstood your question. You said the `E_MISSING_APP_KEY` error is thrown, and that "more details" link provides info about the `E_MISSING_APP_KEY` error. How is that not relevant? — Sidney, Apr 16 '18 at 16:24
I see, so you've entered the variables into the CI's settings but adonis can't seem to access the APP_KEY. Is it accessible from `process.env`? — Sidney, Apr 16 '18 at 17:57
Yes, but as you can see on my first image. `echo "${HOST} ${PORT}"` also not working. — Fery W, Apr 17 '18 at 00:35

score 35 · Answer 1 · answered Sep 03 '19 at 14:57

35

For anyone else having a similar problem:

check your variable, if it is protected your branch has to be protected as well or remove the protected option on your variable

answered Sep 03 '19 at 14:57

Avshalom N. Israel

641
8
15

5

Dude, thank you. This was a key point that I missed and fixed my issue immediately. – jdixon04 Sep 22 '20 at 15:13
My branch is protected, I unprotected the variables and still got this issue fixed. – Nitesh Ratnaparkhe Jun 01 '21 at 12:06
2

Bingo Boom Shakalaka!! – Randy L Jul 28 '21 at 17:39

score 1 · Accepted Answer · answered Apr 17 '18 at 03:54

The issue is solved by delete all of my variables I've had & set them back from the CI Setting. And the build pipeline is running without any errors. (except the actual testing is still failed, lol)

Honestly, I'm still wondering why this could happened? and hopefully no one will experiencing same kind of issue like me here..

score 0 · Answer 3 · answered Apr 25 '23 at 19:21

If you are running the job on tag creation, you have to protect the tag. To do that automatically, you can give it a pattern to Gitlab in order to protect it. If you think anyone should be able to create a tag, then better to unmark the protected option for the variables.

From Gitlab docs:

To protect a tag, you must have at least the Maintainer role.

Go to the project’s Settings > Repository.

From the Tag dropdown list, select the tag you want to protect or

type and select Create wildcard. In the screenshot below, we chose to protect all tags matching v*

You can protect only giving maintainers permission to create a tag pattern, for instance.

From the Allowed to create dropdown list, select users with permission to create matching tags, and select Protect

Gitlab CI variables returns empty string?

3 Answers3

Linked