Комбинезон не распознает токен при запуске приложения dockerized django в TravisCI, но только по запросу

Question

Я получаю эту ошибку от TravisCI , когда он пытается выполнить запрос на извлечение

coveralls.exception.CoverallsException: Not on TravisCI. You have to provide either repo_token in .coveralls.yml or set the COVERALLS_REPO_TOKEN env var.

The command "docker-compose -f docker-compose.yml -f docker-compose.override.yml run -e COVERALLS_REPO_TOKEN web sh -c "coverage run ./src/manage.py test src && flake8 src && coveralls"" exited with 1.

Однако у меня есть и COVERALLS_REPO_TOKEN, и repo_token установлены в качестве переменных среды в моем TravisCI, и я знаю, что они верны, потому что TravisCI передает мою ветку разработки и успешно отправляет результаты в coveralls.io:

OK

Destroying test database for alias 'default'...

Submitting coverage to coveralls.io...

Coverage submitted!

Job ##40.1

https://coveralls.io/jobs/61852774

The command "docker-compose -f docker-compose.yml -f docker-compose.override.yml run -e COVERALLS_REPO_TOKEN web sh -c "coverage run ./src/manage.py test src && flake8 src && coveralls"" exited with 0.

Как заставить TravisCI распознать мой COVERALLS_REPO_TOKEN для запросов на запуск, которые он выполняет?

Answer 1

Нашел ответ: нельзя! По крайней мере, при сохранении вашего токена coveralls.io в секрете, потому что:

Определение зашифрованных переменных в .travis.yml

Зашифрованные переменные среды недоступны для получать запросы от вилок из-за угрозы безопасности раскрытия такой информации неизвестному коду.

Определение переменных в настройках репозитория

Аналогично, мы делаем не предоставлять эти значения для ненадежных сборок, инициируемых запросами извлечения из другого хранилища.