TAB 키를 누를 때까지 zsh 경로 완성 마법이 발생하지 않도록 하려면 어떻게 해야 합니까?

Zsh는 "일반" 구성에서 Tab 키를 누르지 않는 한 어떤 종류의 완료 마법도 수행하지 않습니다. 가능하지만 몇 가지 심각한 확장이 필요합니다.

zsh 구성 프레임워크를 사용하는 경우 아마도 이 기능이 표준으로 제공될 것입니다. 비활성화하는 방법을 찾으려면 zsh 자체에 대한 문서가 아니라 해당 프레임워크에 대한 문서를 찾아야 합니다.

이 기능에 대한 설명을 토대로라인 편집기어떤 방식으로든 사용자 정의되었을 것입니다. 이 동작을 수행하기 위해 어딘가에 후크를 정의할 수 있는지 아니면 자체 삽입을 재정의해야 하는지 잘 모르겠습니다. 주요 입찰 목록을 작성 bindkey하고 눈에 띄는 것이 있는지 확인하십시오. 어쩌면 당신이 얻는 것과 비교할 수도 있습니다 (이것은 다른 구성 파일을 zsh -f읽지 않고 zsh를 시작합니다 )..zshrc

무슨 일이 일어나고 있는지 혼란스럽다면 실행되는 모든 명령을 파일에 기록하도록 지시할 수 있습니다. ( set -x단말기에 간단한 로그가 있지만 실제로 사용하기에는 너무 많을 것 같습니다.)

exec 2>zsh.log; set -x

취소:

set +x; exec 2>/dev/tty

완료 프로세스를 추적하려면(완료되지 않은 장면에서 완료와 같은 작업을 트리거하는 대신) 다음 명령을 실행할 수 있습니다._complete_debug( ^X?기본적으로 바인딩됨)을 ​​누르는 대신 Tab.

zsh 문서는 읽기 어렵습니다. 수행하려는 작업에 가까운 예제를 찾은 다음 필요할 수 있는 명령/변수/함수/...를 찾은 후 문서를 살펴보는 것이 좋습니다. 이것zstyle문서에서는 작동 방식을 설명하지만 완성 시스템에서 사용되는 방식을 이해하려면 이해해야 합니다.사용된 zstyle 컨텍스트의 완성 구문, 그것이 어디에 사용되는지 알기 위해서는 그것을 사용하는 함수에 대한 문서를 찾거나 때로는 소스 코드를 읽어야 합니다. 어쨌든, 문제를 해결하기 위해 zstyle에 대해 아무것도 알 필요가 없습니다. 완료 구성만으로는 완료 외부의 자동 동작을 트리거할 수 없습니다(아마도 자동 동작이 완료를 모방하고 해당 설정을 재사용할 수 있지만 전혀 아닐 수도 있습니다). 줄 편집기는 약간, 아마도 여러 가지 사용자 정의 키 바인딩을 구성해야 합니다.

(경고: 이야기 시간을 좋아하고 내가 어떻게 디버깅하고 범인을 찾았는지에 관심이 있는 경우에만 이 내용을 읽으십시오. 어떤 사람들은 긴 내용을 잘 처리하지 못합니다. 만약 당신이 그런 사람이라면 이것은 당신을 위한 것이 아닙니다.)

좋아, 범인을 알아낸 방법을 문서화할 것이기 때문에 원래 질문을 업데이트하는 대신 이것을 "답변"으로 추가합니다. 실제 질문("누가 내 (오 이런) zsh를 지연시키는 원인인지"에 대한 실제 대답은 위의 Giles의 답변입니다. 이것은 그의 팁에 대한 부록일 뿐입니다. "오 이런 ZSH"를 디버깅하는 다른 사람들에게 유용할 것이라고 생각했습니다. ). "당신이 좋아하는 것을 거기에 넣으세요(이것을 싫어하지 마세요).

다음은 구성에 대한 변경 사항을 테스트하는 데 사용된 몇 가지 특정 문제입니다.

• 예를 들어 회전이 중지된 드라이브에 있는 폴더 경로에 열린 세션이 있습니다 /media/drive-f/Apps. 드라이브가 회전을 중지할 만큼 오랫동안 이 세션을 종료했지만 zsh 세션은 여전히 ​​해당 경로에 있습니다. 홈 폴더로 돌아가고 싶어서 을 cd클릭하자마자 czsh가 차단되고 드라이브가 회전합니다. 내가 키보드를 치는 것에 대한 반응으로 현재 디렉토리를 확인하려는 것이 있습니다.
• 회전하는 드라이브의 위치에 경로를 입력하거나 전체 경로를 붙여 넣을 때 zsh 환경에서 실행 중인 무언가가 Enter 또는 Tab을 누르기 전에 드라이브를 확인하려고 하며 드라이브가 회전하는 동안 차단됩니다. 예를 들어 /media/drive-k/Apps경로를 붙여넣으면 쉘이 차단됩니다. 입력하면 A"응용 프로그램"에 입력하면 쉘이 차단됩니다.

따라서 Giles의 답변에 대해 언급했듯이 첫 번째 테스트는 그의 트릭을 사용 zsh -f하고 전체 일반 zsh 세션을 얻는 것입니다. 예를 들어 TAB을 누르거나 ls위치를 회전하지 않는 한 전혀 문제가 없습니다 . 위치가 어딘가에 캐시되어 있는 한 드라이브를 회전시키지 않고도 TAB을 사용하여 회전 중지 위치로 이동할 수도 있습니다. 예를 들어 Tab 키를 사용 /media/drive-d/Projects하여 전환 /media/drive-d/P<TAB>하고 d 드라이브가 여전히 회전할 수 있습니다. 이 작업을 수행할 때만 ls -l드라이브가 회전합니다.

좋아요 다음 단계는 Gilles의 로깅 기술을 시도하는 것입니다. 이 로깅은 매우 장황하며 플러그인을 활성화하면 z당시 내가 있던 위치와 전혀 관련이 없는 디렉터리에 대한 혼란스러운 로그를 많이 얻었습니다. 또한 셸을 차단하는 경로로 이동할 때 로그는 블록이 해제될 때까지 침묵을 유지하며, 이 시점에서 로그는 많은 출력을 렌더링하므로 차단이 단일 "외부 작업"의 일부인 것처럼 보입니다(아마도 이는 최선의 표현은 아닙니다. 또한 모든 디버깅 출력 모음을 캡슐화합니다. 나는 블록의 범인이 실행되기 시작할 때까지 일련의 줄을 로그에 표시한 다음 일시 중지하고 더 많은 줄을 표시하고 싶었습니다.

이는 사실이 아니었고 위의 두 가지 문제를 재현하려고 시도하면서 모든 플러그인을 비활성화하고 하나씩 다시 활성화하기로 결정했습니다. 모든 드라이브의 회전 시간 제한을 30초로 설정했습니다. sudo hdparm -S 6 /dev/disk/by-id/usb-*0:0(USB 버스의 모든 드라이브를 대상 으로 하며 ( 초는 num의 배수) 5, 즉 30초를 사용하여 해당 드라이브의 파티션을 대상으로 삼는 0:0것을 피하기 위해 접미사를 사용합니다.) .hdparm-S <num>

여기서 절차는 ~/.zshrc모든 플러그인(내가 가지고 있는 plugins=(colored-man-pages git-extras history pj redis-cli urltools z zsh-syntax-highlighting))을 편집하고 비활성화하는 것입니다. 그런 다음 두 개의 새로운 SHELL(업데이트된 구성을 읽기 위해)에서 두 번째 문제를 재현할 수 있도록 하나를 탐색 하고 첫 번째 문제를 재현할 준비가 되도록 /media/drive-b/Projects빈 셸로 이동합니다 . /home/daniel그런 다음 30초 동안 기다렸다가 이 작업을 수행해 보세요.

플러그인이 로드되지 않으면 쉘이 두 문제를 재현하지 않는다는 것을 확인할 수 있습니다.

그런 다음 범인을 찾을 때까지 각 플러그인을 순서대로 다시 활성화한 다음 설명된 대로 새 zsh 세션을 열고 30초 이상 기다렸습니다(즉시 URL ~ 경로 때문에 urltools가 범인이라고 생각하는 동안)(전체 면책조항, 디버깅하는 동안 과거형으로 작성되어 아직 잘 모르겠습니다. 맞는지 확인해 보겠습니다 [서스펜스 음악])).

내가 틀렸어. 나는 끝까지 계속해서 모든 플러그인을 다시 활성화했습니다 zsh-syntax-highlighting. 그런데 문제가 다시 시작되었습니다. 나는 즉시 뭔가 빠졌거나 뭔가 잘못 테스트하고 있다고 생각했습니다(아마도 변경 사항을 읽기 위해 새 셸을 여는 것을 잊었나요?). 그래서 이를 제거 zsh-syntax-highlighting하고 문제를 더 광범위하게 재현하려고 노력했습니다. 괜찮아요. 모든 것이 평소대로 진행됩니다.

실제로 이것은 의미가 있습니다. cd명령이 실행되면 녹색으로 변하는 플러그인 입니다 . 해당 디렉토리 에 있을 때 cdroms회색으로 인쇄하려고 합니다 . 나는 이 기능을 좋아한다. 그러나 이러한 단점을 견딜 수 있을 만큼 충분하지는 않습니다. XD.

아, 서버가 복구되어서 다행이네요. 도와줘서 고마워요, 자일스. 다른 사람들도 이것을 사용할 수 있기를 바랍니다.