다시 그리다여러 창/탭을 열고 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.png
Gcommit 이후: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

예,감사합니다.

좋은 웹페이지 즐겨찾기