Gcommit 실패.

묘사

최신 버전(1b7e4070f5f7b7522422f5b00a75b323cc314daf) 도주범은 제가 범할 수 없습니다. 도주범은 실패:

Error detected while processing function <SNR>51_Commit:
line   52:
E480: No match: `=msgfile`
Press ENTER or type command to continue

복제 방법:
vim에서 파일 편집
:Gwrite
:Gcommit
패하다
vim 7.3.121
git 버전 1.7.6.1
'(bs914) 만약 당신이 그것을' (bs914) 454라고 명명한다면, 그것은 편집됩니까?

토론 #1

네:edit

토론 #2

는

토론 #셋

를 가리키며 도주범은 지금까지 이렇게 한 적이 없다.너는 다른 플러그인을 배제해 볼 수 있니?:help E480 탈주범도 같은 문제가 있다(유일하게 활성화된 플러그인은 병원체)
그렇게 지도 모른다, 아마, 아마...
https://github.com/graudeejs/dot.vim/blob/master/vimrc
나는 내가 업무 중에 같은 문제가 있는지 검사할 것이다. (작업 구역과 내가 집에 있는 문제는 같지만 너는 영원히 모른다.) :argdelete도 같은 문제가 있다. 병원체

토론 #4

가 없다. 그래. 나는 나의 대부분vimrc를 주석해 버렸다.지금 얘가 작용했어.
이것은 도주범이 아니다.

토론 #5

나는 문제를 발견했다.문제는 comman-t와FuzzyFinder의 캐시를 업데이트하는 RebuildCache 함수에서 발생했습니다.

토론 #6

주: 그런데 얘가 오랫동안 정상적으로 일했어. (홍수가 나서 미안해)
편집:
편집 버튼이 숨겨진 곳을 이제야 알아차렸어요.
편집: 지금은

토론 #7

함수로도 작동하지 않습니다. 알겠습니다. 문제의 진정한 근원을 찾았습니다.
최근에 제 설정에 이 줄을 추가했습니다 (ctrlp 플러그인에 사용)
나는 완전히 같은 문제에 부딪혔는데, 그것은 확실히

토론 #8

에 의해 일어난 것이다.
하지만 나는 내

토론 #9

를 편집해서 이 문제를 해결하고 싶지 않다.
많은 다른 플러그인들이 이 변수에 의존하기 때문이다.
그렇다면 우리는 도주범 자체를 바꾸어 이 문제를 해결할 수 있을까?

토론 #10

내가 뭘 할 수 있는지 보자.그러나 기록으로 비엠은 언제 숨겨진 파일을 완성했는지에 대해 똑똑해졌기 때문에 wildignore를 wildignore에 추가하는 것은 어느 정도 문제 없는 해결 방안이다.(이'많은 다른 플러그인'은 대개 예상치 못한 방식으로 사용되고 있다

토론 #11

아, 알겠습니다.
Thx 풀코스~
2011/12/6 팀 보프<
[email protected]
그렇다면 .git를 사용하는'예기 방식'은 무엇일까?
나의 무지를 용서해 주십시오. 그러나 그것을 비우는 것은 그것을 쓰지 않는다는 것을 의미합니다.내가 보기에 'wildignore'vim은 사용자가 어떤 파일/디렉터리를 무시하고 싶은지 아는 방법이다.사용자가 보고 싶지 않으면어떤 이유로든지git는 운행'wildignore'할 때 방치할 수 있다.git가 그들에게 들어갔다

토론 #12

.이런 상황이 발생할 때 플러그인은 손상되어서는 안 된다. 이것은 무시 표지

토론 #13

를 wildignore, wildignore와 globpath()에 추가한 원인 중 하나라고 생각한다.wildignore는 당신이 영원히 wildignore 같은 라벨에 나타나지 않으려는 것들을 위해 준비한 것이다.expand()와 같은 문서가 좋은 예다.glob()를 추가하면 globpath()가 중단됩니다.이것은 너무 터무니없다.
어리석은 파일 찾기 플러그인을 사용하면 디렉터리 트리를 평평하게 만들 수 있다고 가정합니다. 이것은 모든

토론 #14

파일을 후보 목록에 저장하는 것을 방지하는 해결책입니다.실제로, 이것은 명시적으로 a :edit 를 입력하지 않으면 숨겨진 파일을 완성할 수 없습니다.backup~ 실제로 사용자가 이런 것을 보고 싶을 때 이것은 옵션이다.vimrc 또는.gvimrc, 다른 점 파일/dotdir (.git는 그 중 하나일 수 있습니다) 를 숨겨야 합니다.사용자가 이 옵션을 선택했을 때, 이것은 그들이 원한다는 것을 의미한다. */.git/*command-t,fuzzyfinder,ctrlp...모든 사람들이 점 파일을 검색할 수 있는 옵션을 가지고 있습니다. 그들은 존중합니다. :e .git/conf<Tab>나는 이 플러그인들이 간단한 명령만 사용하는 사람들에게 어리석다는 것에 동의한다. 예를 들어 .git.하지만 그것들은 많은 사람들에게도 유용하다.그래서 이 플러그인과 그것들의 . 사용이 다른 플러그인과 조화롭게 작동할 수 있다면 좋겠다고 생각합니다.적어도 지원 요청 수는 줄어듭니다.

토론 #15

디렉터리 차원 구조의 내용을 숨깁니다. 이 디렉터리에 있어도 어리석습니다.마침표.네, 네 말이 맞아요.그러나 사용자가 고의로 이 디렉터리를 자신의 . 에 넣는 것을 선택했다면, 그들은 처음부터 이 디렉터리에 들어가고 싶지 않았을 것이다.wildignore 이것은 일을 간단하게 만들었다.분명히, 제출 메시지를 편집하고 싶지 않습니다.:e 만약 그들이 이렇게 하려고 한다면, 그들이 하위 디렉터리만 필터하는 것을 막을 수 있는 것은 아무것도 없다.git/.
어쨌든, 내가 말하고 싶은 것은, 나는 플러그인이 사용자 설정으로 인해 손상되어서는 안 된다고 생각한다. 플러그인을 해결할 방법이 있을 때, 설정의 원인이 무엇이든지.wildignore 플러그인은 가능한 한 튼튼해야 한다는 것에 동의합니다.이것은 사용자가 이 변수를 사용하려고 하는 어떤 내용도 파괴하거나 무의식중에 이 변수를 사용해서는 안 된다.
참고로, 왜 자술이나 오류 메시지에 추가하지 않습니까?

토론 #16

나처럼ctrp를 사용하는 사람에게도 무시할 수 있는 옵션을 설정할 수 있습니다.git 디렉토리는 다음과 같습니다.

토론 #17

wildignore 원래 나는 3개월 전에 이 문제를 해결했지만 여기서 추진하거나 따라가는 것을 잊어버렸다.아이고.다른 비슷한 문제가 있을 수 있습니다.
@GregFire, 공유해 주셔서 감사합니다.내가 ctrl-p를 사용했을 때, 이것은 거의 완벽한 것이었다. 왜냐하면 무시된 파일도 배제했기 때문이다.

set wildignore+=*/.git/*,*/.hg/*,*/.svn/*,*.swp,*.swo,*.log

토론 #18

@kien, 내가 의 저자가 누군지 찾아보고 이 문제를 토론했는데 너인 것을 발견했어:).나는

토론 #19

배제 목록에 포함시키는 것이 매우 적합하다고 생각하지만, 나는 여전히 좀 놀랍다. 사람들이 이런 방식으로 그것을 남용하도록 건의하는 것이 좋겠다.당신은 지금 자신의 무시 시스템이 있는데, 왜 먼저 추천하지 않습니까?

토론 #20

@kien, 남용

토론 #21

으로 인해 발생할 수 있는 문제의 더 어려운 디버깅, 해결할 수 없는 예는 #104를 참조하십시오.let g:ctrlp_custom_ignore = '\.git$\|\.hg$\|\.svn$'@tpope: 이것을 공유해 주셔서 감사합니다. 하지만 저는 그것을 사용하지 않을 것입니다. 왜냐하면 서브 모듈/다른 저장소를 처리할 수 없기 때문입니다. 이 저장소들은 프로젝트 내부의 svn:externals를 모방하기 위해 복제되었습니다.네가 아이디어가 없으면?set과 printf를 포함한 많은 것을 시도했지만 성공하지 못했습니다...@tpope: 나는 Vim을 사용하는 시간이 아직 길지 않다고 생각한다. 왜냐하면 나는 이것이 남용이라고 생각하지 않기 때문이다.단지 일부 패턴이 윌디노어를 설명할 수 없는 플러그인을 파괴했을 뿐이다.플러그인 작성자는 사용자가 이 옵션을 잘못 사용했다고 탓하지 말고 해결 방법이 있어야 한다고 생각한다.
하지만 나는 이 점에 동의한다.경고가 없는git는 좋은 생각이 아니다.ctrlp의 자술에서 이 내용을 삭제할 것입니다.