":Gtdiff"명령을 추가하여 새 탭에서 diff 열기

묘사

PR#413 및 #319에서 설명한 대로 관련 명령과 명령이 추가되었습니다.
새 탭에서 Git Diff 문서를 엽니다.
#413과 마찬가지로 새 탭은 현재 작업 탭 앞에 작성됩니다.
한동안 놀다가 새 diff 옵션을 닫는 것 같습니다
원래의 업무 꼬리표로 데려다 줄 거예요.

토론 #1

단지 참고로 제공되는 이 점에 관한 오래된 지점:https://github.com/tpope/vim-fugitive/compare/tpope:master...blueyed:gtdiff.현재 직접 검사/비교할 수 없습니다.

토론 #2

그럼 이게 받아들여질 수 있을까요?

토론 #셋

내가 잘 모르는 기능에 3개의 명령을 추가하는 것에 대해 나는 매우 화가 났다.지도에 의하면 주요 용례가 :Gstatus부터 시작된 것으로 추측할 수 있습니까?그렇다면 자신의 옵션 카드에서 열기:Gstatus와 전통적인 diff 조작을 실행하는 것은 같은 간단한 기술이 아니겠는가?

토론 #4

(적어도 나에게)의 주요 용례는 선택적으로 큰 블록을 인덱스하는 것이다.한 창에서 여러 파일을 처리할 때 긴 파일 :Gdiff 을 발표하는 것이 매우 유용할 것으로 추정된다.기타 명령:Gtdiff과 :Gtvdiff은 사용자가 의외로 느끼지 않도록 기존의 명령 모델을 따를 뿐이다.:Gtsdiff의 매핑이 논리를 확장한 것 같습니다.:Gstatus 비추지 않아도 괜찮지만 :Gstatus 팝업 숨기기, 선택적 인덱스, 심지어 누르기 등 상황에서 매우 효과적이라고 생각할 것이다.:Gtdiff: 하하: 지금 생각해보면

토론 #5

와dh가 비친다ds.나는 :Gsdiff 의 기존 명령에 완전히 충실하기 위해 추가 dth 를 추가해야 할지도 모른다
어쨌든 @tpope라는 홍보는 지금 합리적으로 보입니까?:Gstatus 지도를 잠시 죽이고 하나로 눌러 제출한다.다음에 합병 계획이 발표될 때까지

토론 #6

완료.겸사겸사 한마디 하자면, 이것은 나의 첫 번째 기원 공헌이다.
감사합니다.

토론 #7

vim-fugitive축하보다 더 좋은 곳을 찾지 못했습니다:)
2015년 11월 23일 월요일 저녁 7:25 Sudarshan [email protected]
쓰기:

Done. BTW, this is my first open open source contribution. Thanks, I couldn't have found a better place than vim-fugitive

— Reply to this email directly or view it on GitHub https://github.com/tpope/vim-fugitive/pull/715#issuecomment-159112621.

토론 #8

아이고.나는 네가 가지고 있는

토론 #9

의 기초 위에서 나의 공관을 재조정하고 싶다
이게 무슨 마법 주문이야?(내 로컬tpope/master은feature/diff_new_tab의 최신 버전)github/wadkar/feature/diff_new_tab

토론 #10

이걸 해야 돼git rebase 1c84800 --onto tpope/master

토론 #11

1c84800는 네가 보류하고 싶은 첫 제출 전의 제출이니까)

토론 #12

업데이트가 있니?나는 이 문제가 해결되기를 바란다.노트북에서 일하는 데 있어서 나는 다른 창이 필요하지 않고 하나의 옵션에서 차이를 보고 싶다.만약 이것이 다른 방식으로 실현될 수 있다면, 나는 너의 견해를 듣고 싶다.하지만 이번 공관에서의 제의는 나에게 정말 좋았다.

토론 #13

@tpop 이걸 대가의 대열에 융합시킬 때가 된 것 같아요. -)
기억해라, 이것은 나의 첫 번째 공헌이다. 나는 부정적인 답을 받아들이지 않을 것이다😝
마스터에서 다시 설정해서 제출로 압축하고, 이 기능을 설명하는 똑같은 이전 제출 메시지를 사용하십시오.
받아들이다🙏

토론 #14

그리고 이 라인에서 다시 방문my old comment하면

토론 #15

창에 dt지도를 추가하는 것이 더 일치할 수 있다는 것을 깨달았습니다.나는 여전히 그것에 대해 모순을 느낀다. 왜냐하면 그때 그것은 나의 주요 용례가 아니었기 때문이다.그러나 사용자 체험/가장 의외의 측면에서 볼 때 Gstatus 함수(2588 줄 근처)에 다음 줄을 추가하는 것은 논리에 맞는 것 같다.

nnoremap <buffer> <silent> dt :<C-U>execute <SID>StageDiff('Gtdiff')<CR>

메시지를 제출하면 s:BufReadIndex() @tpope가 여전히 관련되어 있음을 암시합니다. 통합될 기회가 있습니까?

토론 #16

무서웠는지 잊어버렸는지 기억이 안 나요.2019년의 해결 방안은

토론 #17

를 사용하여 이 행위를 :tab Gdiff에 두는 것이라고 생각합니다.이것은 내가 새로운 명령으로 인터페이스를 팽창시킬까 봐 걱정하는 것을 피할 것이다.