Для пользователей Ubuntu из Google:

• нано ~ / .bash_aliases
• экспорт NPM_TOKEN = "PUT_YOUR_TOKEN_HERE"
• CTRL + X для выхода
• Y, чтобы сохранить

Первое возможное решение:

Простое решение: rm -f ./.npmrc (удаление файла .npmrc)

Второе возможное решение:

Однако, если вы не хотите удалять файл, вы можете просто удалить эту строку кода из файла .npmrc.

Строка кода: //registry.npmjs.org/:_authToken=${NPM_TOKEN} (Удалите этот код)

Третье возможное решение

Худший вариант развития событий:

• nano ~/.bash_aliases или nano ~/.bash_profile
• добавить export NPM_TOKEN = "XXXXX-XXXXX-XXXXX-XXXXX"
• CTRL + X для выхода
• Y, чтобы сохранить

Если вы впервые установили свой ~ / .profile (OSX, Ubuntu) и добавили эту строку: export NPM_TOKEN = "XXXXX-XXXXX-XXXXX-XXXXX". Затем вы должны ввести эту строку в терминал после этого:

source ~/.profile

Собственно правильное решение

Обновите конфигурацию развертывания CI:

npm config set '//registry.npmjs.org/:_authToken' "${NPM_TOKEN}"
npm publish

Удалите эту строку из файла .npmrc:

//registry.npmjs.org/:_authToken=${NPM_TOKEN}

Пример конфигурации сборки

Вы можете увидеть это решение на практике в одном из моих репозиториев GitHub: https://github.com/Jezorko/lambda-simulator/blob/master/.travis.yml

Зашифрованная переменная среды - это токен NPM.

Почему другие «решения» - это просто обходные пути

Я видел ответы здесь и в разделе этот вопрос, которые рекомендуют просто полностью удалить строку настройки переменной или файл .npmrc.

Дело в том, что файл .npmrc не может игнорироваться вашей системой VCS, и его изменение может привести к случайным отправкам в репозиторий вашего проекта. Кроме того, файл может содержать другие важные настройки.

Проблема здесь в том, что .npmrc не допускает использования значений по умолчанию при настройке переменных среды. Например, если бы был разрешен следующий синтаксис, проблема не существовала бы:

//registry.npmjs.org/:_authToken=${NPM_TOKEN:-undefined}

У меня есть простое решение этой проблемы. После того, как вы установили свой NPM_TOKEN глобально в своей среде, замените

//registry.npmjs.org/:_authToken=${NPM_TOKEN}

с

//registry.npmjs.org/:_authToken=$NPM_TOKEN

У меня это хорошо сработало на macOS Catalina.

Моей проблемой было запустить npm install в IDE (например, WebStorm). Я добавил переменную среды NPM_TOKEN в .bash_profile и перезапустил свой Терминал, но не свою IDE! IDE не улавливала изменения в среде, пока я тоже не перезапустил ее.

Следующее сработало для меня. Я должен был разместить

export NVM_DIR = "$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm
[ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion"  # This loads nvm bash_completion

ПОСЛЕ строки, в которой я указываю

export NPM_TOKEN='mytoken'

В моем случае перемещение экспорта токена внутри моего .zsh (или .bash_profile) в начало файла устранило проблему, потому что раньше он был инициализирован слишком поздно.

В моем случае я просто добавляю экспорт NPM_TOKEN в ~ / .bashrc export NPM_TOKEN = 60 ______- 69 __- 44 __- be __- 2f__________ Это для bash Ubuntu 20.04

https://www.runoob.com/linux/linux-shell-variable.html заменять

'//registry.npmjs.org/:_authToken=${NPM_TOKEN}'

с

'//registry.npmjs.org/:_authToken='${NPM_TOKEN}

У меня также возникает эта проблема, но я нахожу решение, когда нажимаю свое репо на Heroku, поэтому я замечаю, что Heroku запускает команду response-script start или build

//registry.npmjs.org/:_authToken=${NPM_TOKEN}

поэтому этот синтаксис не выдает ошибки, но когда я использую тот же синтаксис в своей системе и запускаю команду, которую он мне дает. Потому что обычно, когда мы запускаем нашу систему, мы используем cmd npm или yarn, но если вы используете response-script, он не выдаст ошибку

У меня возникла эта проблема при попытке настроить задание CI / CD в Gitlab. В конце концов я обнаружил, что ошибка была вызвана тем, что переменная, которая вызывала ошибку, была установлена ​​в защищенную переменную.

Я изменил его в разделе «Настройки»> «CI / CD»> «Переменные».