다시 그리다여러 창/탭을 열고 Gcommit을 호출하려면
4215 단어 vim-fugitive
묘사
내가 Gcommit을 실행할 때, 나는 이미 분할된 창이 있는데, 버퍼가 막혀서 짜증난다.이것은 고의적인 것입니까 아니면 잘못된 것입니까?나는 또 다른 폐쇄적인 문제를 보고 비슷한 것을 언급했지만, 그것이 동일한지 모르겠다.
타투스는 이러지 않을 거야.
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled May 5 2011 16:43:36)
Included patches: 1-162
Modified by Gentoo-7.3.162
Gcommit 이전:http://i.imgur.com/HsIcM.pngGcommit 이후:http://i.imgur.com/Tyly8.png
토론 #1
네, 그건 일어나서는 안 됩니다.너는 먼저 너의 모든Git갈고리를 비활성화한 다음에 너의 모든Vim 플러그인을 비활성화해서 문제가 여전히 존재하는지 볼 수 있니?토론 #2
네, 여전히 도주범에게만 발생합니다.환매 협의에git연결이 없다.또 다른 터미널, 같은 일을 시도했다.
토론 #셋
이것도 나한테 일어났어.토론 #4
두 환경의 공통점은 무엇입니까?나는 네가 Gentoo를 사용하는 것을 보았다.토론 #5
저는 ubuntu를 사용하고 있습니다. 사용자 정의 컴파일된vim 7.3, 루비와python2를 지원합니다.여기에는토론 #6
루비와 파이톤2도 지원되며, 이 두 가지 없이 테스트하고 보고할 예정이다.토론 #7
실제로...이것은 나에게 있어서 표현이 약간 다르다. 기본적으로 버퍼링 구역의 앞 몇 줄은 여전히 볼 수 있고 나머지는 사라졌다. 심지어 다시 그리는 도움말도 없다.토론 #8
네, 이 두 원소가 없어도 마찬가지입니다. 그래서 이상한 루비/python이 이상한 짓을 한 것이 아닙니다.카타마스, 이 점을 기억해라!이후: 다시 그려라. 그렇지 않으면 정말 이렇게 하는 것이 아니라 게으르게 변할 것이다.
토론 #9
Meh: 아 맞다 다시 그려!도움이 되다.그래서 그래, 나는 이것이 같은 문제라고 생각한다.혹시 모르니까 여기 나한테 일어난 캡처가 하나 있는데 분열이 없고 창문이 하나밖에 없어요.http://i.imgur.com/86E37.png
토론 #10
어떤 터미널입니까?토론 #11
gnome 단말기토론 #12
rxvt 유니버설과 xterm를 사용해 보겠습니다.토론 #13
나는 urxvt의 Arch Linux(vim의 gvim 버전,+python
등 포함)에서 같은 상황을 보았다. 그 중 하나의 버퍼가 열렸다. editing, :Gcommit
과 q
이다.그리고 :redraw!
은 첫 번째 화면으로 돌아가서 캡처하라고 했어요.gvim에서는 일어나지 않습니다.
토론 #14
좋아요, Git 버전?이것은 내가 생각할 수 있는 마지막 잠재적 공통점이다.토론 #15
은 처음에 나의 1.7.5(지금도 1.7.5.1)였다.1.6.1 패키지를 설치하여 시도했지만 라이브러리 버전이 일치하지 않아 작동하지 않습니다.fugitive: git: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory Press ENTER or type command to continue
그러나 내가 리턴 키를 눌렀을 때, 나는
:redraw!
을 눌렀을 때까지 같은 부분의 화면을 다시 그렸다.그리고 나는 다음 가장 좋은 방법을 시도해 보았다.git를 완전히 삭제했다. 이것은 나에게'도주범:env:git:이런 파일이나 디렉터리가 없다'고 주었고 전체vim 창을 검게 만들었다(
:redraw!
).토론 #16
응, 흥미로운 것은 Git를 찾지 못하더라도 실패할 거야.변경을 시도한 다음::silent execute '!env GIT_EDITOR=false git commit > /tmp/out 2> /tmp/err'
그것도 같은 문제가 있습니까?이것이 바로 :Gcommit
이 한 일이다.토론 #17
은 나에게 있어서git가 설치되지 않았을 때와 같다.사실 나는 심지어:silent execute '!true'
에 대해서도 같은 느낌을 가지고 있다.토론 #18
(응답: comment elsewhere):!true
에서 나는 백그라운드에서'ENTER 키를 누르거나command를 눌러서 계속'(Vim은 숨겨진 상태)을 보았다. ENTER 키를 누르면 Vim을 정확하게 회복할 수 있다. 이것은 의미가 있다고 생각한다. 왜냐하면 모든 내용을 다시 그려야만 그것을 백그라운드에 놓을 수 있기 때문이다.토론 #19
은 실제로 Vim을 다시 그리지 않고 터미널의 '예비 화면 버퍼' 에 의존해서 처리합니다.GNU 화면 설정이 버퍼를 쉽게 비활성화하기 때문에 복사할 수 없는 이유도 설명합니다.조금씩 만지작거리며 나는 내가 방금 추진한 해결 방안을 찾았다.건배!토론 #20
\o/너무 좋아요, 감사합니다!테스트와 작업.토론 #21
유감스럽게도 일을 하지 않았습니다. 이걸 다시 켜서 죄송합니다.하나의 창:http://i.imgur.com/InctU.png
그런 다음 Gcommit:http://i.imgur.com/InctU.png
좋아, 아주 쓸모가 있어.
창문을 열어봅시다.http://i.imgur.com/bEx9x.png
및 Gcommit:http://i.imgur.com/ksC13.png
아, 아니요.
제가 실패한 게 있나요?
토론 #22
나도 05000b1이 개선되지 않았다고 생각한다.토론 #23
과 달리 당신은 아무런 진전이 없는 상황에서:Gcommit
으로 전화를 걸었습니다. 저는 이 사례를 검사하지 않았습니다.고정했어토론 #24
예,감사합니다.Reference
이 문제에 관하여(다시 그리다여러 창/탭을 열고 Gcommit을 호출하려면), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://github.com/tpope/vim-fugitive/issues/68텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)