git Add-e 지원 추가

3240 단어 vim-fugitive

묘사

"git add-e"는 선택한 파일마다 Stage에 보낼 변경 사항을 선택할 수 있도록 합니다.이 기능을 vim Survival에 통합하면 매우 좋습니다.
기본 비헤이비어는 "git add-e---%"필터에서 편집 중인 파일만 포함해야 합니다.
당신은 이 기능이 어떻다고 생각합니까?
건배!

토론 #1

좋은 생각이지만 디테일이 관건이다.:Gcommit는 편집기를 호출할 수 없도록 속여야 하기 때문에 큰 골칫거리이다.다행히도, 원시 버퍼를 임시로 저장할 수 있을 것 같고, git diff 응용 결과에 사용할 수 있을 것 같다.
이제 인터페이스가 남았습니다.git apply --cached 버퍼를 닫을 때 제출하지만, 분리에서 열 때만 의미가 있습니다.우리 정말 따로 영업하고 싶어요?디프가 창 전체를 차지해야 한다고 느낀다.아마도 :Gcommit 업그레이드하고 패치를 준비한 다음 본고에서 언급한 첫 번째 버퍼로 전환할 수 있을 것이다.네.
어쨌든, 나는 첫 번째 시도는 :Gwrite 중의 지도가 되어야 한다고 생각한다. 그리고 나중에 그것을 적당한 명령으로 승급시킬 수도 있다.:Gstatus 네, 저는 중간 키가 비치는 것을 좋아합니다. Gstatus는 새 옵션에서 diff를 열고 지원한다면...

토론 #2

침입성이 가장 적은 방법을 찾았다.

토론 #셋

diff가 열렸기 때문에 dp로 설정하고 diff를 적용하여 첫 번째 파일로 이동합니다.일리가 있다:Gwrite오,

토론 #4

:Git! diff %로 건너뛸 수 있어요:Gsplit! diff %.:Gstatus dp는 diff를 열지 않을 것 같지만'diff'는 diff 분할 보기에서 변경됩니다.그래서 나는 너의 이전 평론을 이해하지 못하겠다.
나는 내일 너의 변화를 시험해 보고 너에게 알릴 것이다.감사

토론 #5

중의

토론 #6

는 다른 시각이 아니다.dp 아, 그래, 패치 좀 봐. 네가 정의한 dp명령을 말하는 거야...:Gstatus 대박!나는 방금 그것을 테스트한 적이 있는데, 그것의 표현은 내가 생각한 것과 똑같다.
감사합니다!
Cheers

토론 #7

는 한 친구에게 이 점을 보여 주었다. 그는 나에게 "와, 이게 일부 시각적으로 선택한 텍스트에서만 전파된다면 정말 좋겠다"고 말했다.
좋은 생각이지만 빠른 속도로 구현할 수 있을지 모르겠습니다.)
하지만 넌 교황이야!그래서 내가 틀렸을 수도 있어;)제가 그 친구예요.
기본적으로 시각 모드나 다른 모드에서만 일부 선을 표시하여 선택적인 단락을 나누는 것이지 단독 차이 보기에 들어가는 것이 아니라면 얼마나 어려운가.
그나저나 저도 이 기능의 제출 속도에 놀랐습니다!

토론 #8

@orignalcvk 순수한

토론 #9

를 사용하면

토론 #10

시각적 선택을 할 수 있습니다.

토론 #11

맞아요. 하지만 제가 짐작컨대 그가 말한 것은 당신이 일부 기능을 쓸 때 파일에 이미 많은 수정이 있을 수 있다는 거예요.
그러나 버그를 발견하고 복구할 때, 그 블록을 직관적으로 선택하고 무대에 올리기만 하면 훨씬 쉽다.긴 불일치 속에서 그것을 찾는 것이 아니라...
크리스토퍼, 내 이해가 맞나?:Gdiff 네, 이것이 바로 제가 표현하고 싶은 것입니다. 감사합니다!이곳의 용례는 내가 방금 몇 가지 변경을 완성했기 때문에 나는 어떤 줄이 영향을 받았는지 정확하게 알고 플러그인에 이 줄들을 지시할 수 있으며 차이를 전혀 보지 않는다. 이것은 일부 지능이 막후에서 자동으로 차이 부분을 선택할 수 있다.:diffput 차이를 열 때 보라고 강요하는 사람이 없다.그 외에 너는 단지 허튼소리를 하고 있을 뿐이다.

토론 #12

네, 크리스토퍼가 분명하게 말하지 못한 것에 동의합니다.나로 하여금 그와 이야기하면서 무엇을 알게 되었는지 설명해 보게 하다.
새로운 기능을 개발할 때 자바스크립트 파일에 많은 수정이 있다고 가정하십시오.그리고 나서, 몇 줄 주위에서 버그를 발견했을 뿐이라는 것을 갑자기 깨달았다.오류를 수정한 후, 그는 수정된 블록을 직관적으로 선택한 다음, 이러한 변경 사항을 임시 구역에 적용하기를 희망한다.
파일의 모든 차이를 탐색하는 것은 더 많은 작업을 해야 할 것이다.vimdiff에서도그래서 그는 아무런 논평도 없이 시각적으로 선택한 대사를 고르고 싶었다.
이게 의미가 있나요?적어도 이것은 내가 그에게서 알게 된 것이다...

토론 #13

어떻게 말해야 할지 모르겠어요.만약 네가 이렇게 한다면

토론 #14

차이 내비게이션을 할 수 있는 것이 없다.커서가 바로 네가 놓은 곳에 있다.이런 블로킹 모드는 네 번에서 다섯 번의 버튼을 절약할 수 있는 것 외에는 아무것도 얻을 수 없다.

토론 #15

아, 그래, 미안해. 나 자신을 테스트하지 않았어.나는 커서가 같은 곳에 있을지 모르겠지만, 나는 그것을 알아맞혀야 한다. 왜냐하면 그것은 완전히 일리가 있기 때문이다.

토론 #16

:Gdiff 하는 김에 한마디 하자면, 너는 단지 더욱 분명하게 했을 뿐이다.)

좋은 웹페이지 즐겨찾기