Blog

Итак, вы должны просмотреть все точечные файлы текущего пользователя и / или сохранить только те элементы, которые вы узнали, когда это необходимо (помните о резервных копиях). Затем вы можете самостоятельно удалить обновленные файлы из своей покупки. Но помните, они вполне «полные». Было бы удобно не использовать их все вслепую, в дополнение к тестированию и выбору подмножества с любыми этими параметрами.

Их слепые или неизбирательные действия могут привести только к соображениям, аналогичным тому, в котором возникает этот вопрос. Но помните об этом, даже если вы будете следовать всем другим руководствам или советам по устранению неполадок.

Обновление:Этот ответ пришел к более ранней версии точки, в которой zsh больше не указывалось как предназначенное для использования. -> Замени zsh где вы с помощью Attack выше.

Я установил zsh и zsh для Ubuntu 18.04. Хочу работать с автозаполнением для kubectl. Итак, я расширил какой-то исходный код <(kubectl Completion zsh) на текущий файл ~ / .zshrc. Заказать

  завершено: 13: не найдено: compdef 

Записи kubectl указывают на то, что если вы обычно получаете мою ошибку выше, вам следует запустить файл .file со следующим:

  автозагрузка zshrc -Uz compinitсоучастие 

После запуска и перезапуска терминала я получаю такое же сообщение об ошибке.

В нескольких проблемах с git я нашел следующих гостей, которые помогли мне в дополнение к самой проблеме:

  # Это будет предполагать, что chmod g-w для каждого возвращенного файла, только для получения группы записиАудит в | xargs -I% chmod g-w "%"# Это необходимо сделать для каждого файла, возвращаемого compaudit исходному пользователю (Windows и, следовательно, Linux)Обзор | xargs -I% chown $ USER "%"# Удалить все дамповые mp3 (что обычно ускоряет инициализацию)rm ~ на .zcompdump *# Восстановить командный файл до завершениясоучастие 

  kubescript: 12457: не раскрывается: _bash_comp 

К сожалению, мою ситуацию это не решило. Что еще я могу сделать для решения моей личной проблемы? Или: что я могу сделать, чтобы узнать, в чем нет сомнений?

На самом деле это та же проблема, что и у меня с группой Mac OS. Я использовал шелл ку ЗШ.

Compdef почувствует базовую функцию, которую zsh просто использует, чтобы загрузить автозаполнение. Схема закрытия должна быть запрошена. Обычно это делается с помощью чего-то, что включает oh-my-zsh. В противном случае вам нужно добавить следующее, что может ваш ~ / .zshrc

  автозагрузка -Uz compinitсоучастие 

Функции завершения могут быть зарегистрированы самостоятельно с помощью функции compdef, точно так же, как это ряд compdef. Но время компиляции должно быть автоматически упаковано в контекст перед использованием compdef.

Это та же проблема, что и у меня с Mac OS. Я использую оболочку zsh.

compdef будет, по сути, функцией, используемой нашим собственным процессом zsh для загрузки автозаполнения. Система пропусков действительно должна попытаться активироваться. Обычно, если вы используете такую ​​задачу, как oh-my-zsh, это уже сделано, иначе кому-то нужно будет добавить следующее в ваш надежный ~ / .zshrc

  автозагрузка -Uz compinitсоучастие 

Функции завершения могут быть сохранены напрямую, чтобы действительно это compdef вручную, используя параметр compdef. Однако compinit необходимо загрузить в контексте перед использованием compdef.

После дополнительных исследований я нашел отличный ответ. В каталоге .zprofile был блок:

  Экспорт NVM_DIR соответствует "/ Users / Aaron / .nvm"[-s "$ NVM_DIR / nvm.sh"] && . "$ NVM_DIR для каждого nvm.sh" # Это загрузит nvm[-Advertising "$ NVM_DIR за bash_completion"] && . "$ NVM_DIR / bash_completion" 

Последний шаг - загрузить compdef. Но когда это происходит, из всех конфликтов возникает вид. Все, что мне оставалось делать, это критиковать:

  # [-s "$ NVM_DIR bash_completion"] && . "$ NVM_DIR / bash_completion" 

И просто пропала досадная ошибка. И самая эффективная часть: у меня всегда есть закрывающиеся необеспеченные долги zsh. Было бы

У меня такая же проблема. Сделав небольшую домашнюю работу, я обнаружил, что эту проблему вызывает фрагмент nvm, указывающий на код, появившийся на изображении .zshrc (также может быть .zprofile).

  Экспорт NVM_DIR = "/ Users / Aaron / .nvm"[-s "$ NVM_DIR / nvm.sh"] && . "$ NVM_DIR / nvm.sh" # Это установит nvm[-s "$ NVM_DIR / bash_completion"] && . "$ NVM_DIR / bash_completion" 

Как предлагается в ряде других ответов, в комментариях к третьей строке рассматривается проблема, но, как ни странно, концовка, скорее всего, больше не будет доступна для покупки для получения заказов nvm.

Настоящая проблема заключается во всем скрипте bash_completion :

  # дополнен строкой party, но более новые версии ZSH имеют другую функцию# называется bashcompinit, который создает полноценный файл в ZSH. Если пользователь ZSH, вLoad # для запуска bashcompinit перед вызовом их глобальной функции.если [[-n $ ZSH_VERSION-]]; Так  автозагрузка + X -u bashcompinit && bashcompinitFi 

Но чтобы посетить bashcompinit, compinit должен называться вами, что на данный момент не так.

Если вы хотите выключить nvm, мы можем просто вызвать compinit самостоятельно перед запуском скрипта.

  автозагрузка -Uz compinitcompinit -iэкспорт NVM_DIR = "/Users/Aaron/.nvm"[-s "$ NVM_DIR / nvm.sh"] && . "$ NVM_DIR / nvm.sh" # Это перенесет nvm[-s "$ NVM_DIR / bash_completion"] && . "$ NVM_DIR / bash_completion" 

Параметр -i предписывает Compinit игнорировать все небезопасные файлы данных, кроме каталогов, что может предотвратить дальнейшие ошибки в будущем.