this is my build history and .travis.yml config:
https://travis-ci.org/DWmister/build-pack/jobs/629531172/config
Also, I don’t know why this happens?, use v1
‘api_key’ ----- ‘api_token’
In addition, I also used the v2.
In v2, I know ‘api_token’ alias: ‘api_key’,but,Same problem as above
https://travis-ci.org/DWmister/build-pack/jobs/629535399/config
finally,I have set Environment Variables.
I’m having the same issue, but on https://travis-ci.com, my steps:
gem install travis
cd my-project-name
-
travis login --pro
(needed for .com projects?) travis encrypt my-api-key --com
- Pasted resulting key in my
.travis.yml
language: node_js
node_js:
- '12' # EOL: April 2022
- '10' # EOL: April 2021
jobs:
include:
- stage: deploy
node_js: "lts/*"
script: skip
before_deploy: ...
deploy:
- provider: npm
email: info@saturnserver.org
api_key:
secure: CiuL/soTffuanT3pxRIDWpTWXRVaAYbU6n++qqbLa34iPBgUsDjUjesVRaN9fEXygzHzA17VX9buWVNn7+V0RPjX4beERvjRxghLnhd1W7f7+AH72+QMnSzj7CUcBeraRMggfzL8umV9/6uuHLAvJZYkn/2gAkS7nAPMqNS/uU2oU/C/RJgfKhOLxxUPh8SELUwdc37AG81KWG6fEfLhtdJcuzqA3aTE+qR+E5kb6v3zqHYpXlKIKU8yysIL8hMxW4IDbb8FEISOi1oac76uunPKYREkz5/gkcIpMUjoXcgajzp1tGWNTLc/okFtYp9po0zjZDpql4ZVfYnRpSevnJfp62Oe3DNHYzIy20ptJ+2SHfP1wLfUWIbbT+m+vhc+UxBUm+a5uhNQMpH/woapgrNLVejIi1XjOKvZQStSqaZzVM2BTov+dPNlqfUHYkttwzasiqJOlxX7Ww3tTQJ0zMB+QZYXsDRlaleM8ZnzzXgRHEn+0x1F8tO7eWx/rfZBEyTrmt9prgb9AvTVz/oY2hr7ySAkhvku3tA9c+g3ROH/dLxTvSeldYOkva7S4CB3oGpleksGnQKbdDEuk61Z1yA3a0iay9d0Z8xUi+Cx2xEEQm3kChR1e7+ZijMrJHA37YJORYSKOw0cvJHWsfghxAxzzeBp9vVSWuiTvJnGkJU=
tag: next
skip_cleanup: true
on:
branch: master
repo: Ionaru/micro-web-service
Full script: https://github.com/Ionaru/micro-web-service/blob/master/.travis.yml
But I am getting the message:
missing api_key
failed to deploy
Example build: https://travis-ci.com/Ionaru/micro-web-service/jobs/270407487
Why am I getting this? I have the correct API key and encrypted it using the travis CLI, why is the build claiming it is “missing” its api key?
As a workaround before that, disable build config validation.
Disabling build config validation in repository settings is not getting around this issue for me
@jesslynlandgren Can’t say anything without seeing a build. I guess you are having some unrelated problem – e.g. envvars not set.
i had the same issue… NOTE: once you disable build config validation, you must create a new build, restarting your previously failed build wont work.
I’m also seeing this issue. We haven’t changed anything related to build config, and environment variables, and NPM deploy suddenly stopped working several days ago. Here’s a failing build:
https://travis-ci.org/LLK/scratch-paint/jobs/642625925
Here’s our source repo:
We have now had to turn off build verification for most of our repos because of this issue
@BanzaiMan AFAICS the fix is not yet a part of a release – so users keep seeing this issue.
There are a bunch of other active PRs against v1
if you think that one fix is too little for a release
I haven’t change anything from Travis deploy config but suddenly it stopped working because of missing api_key
https://travis-ci.org/hamidfzm/ra-language-farsi/builds/647707791?utm_source=github_status&utm_medium=notification
You should pin this somewhere.
My production deployments suddenly stopped working thanks to randomly being opted in to a beta.
it helped in my case for https://travis-ci.org/capaj/decapi
Did a deploy for the first time in a couple weeks and ran into this as well in a build. Disabling the beta validation feature and creating a new build deployed successfully. Also confirmed that rerunning a build after the beta flag was off did not help, had to trigger a new build.
This is not great for users, this bug being recent, google doesn’t give you much information on solving the issue. Having something that work stop working overnight without any change made by me is not UX friendly. I almost switched for Gitlab, thinking I was an unlucky one affected by a rare strange bug. For newby like me, to start a new build, you can do “More Options --> Trigger build”, doing “Restart build” will fail as stated by aletwitt2.
Hello, there. We’ve released dpl 1.10.15, which fixes this issue (for those staying on v1.x at the moment).