기능 요청:상태 행의 플래그가 변경됨

묘사

도주범은statusline에 Git나 그 어떠한 VCS의 이 파일이 변경되었음을 표시하는 표지판을 제시할 수 있기를 희망합니다 (Vim 버퍼나 디스크의 파일과 다르다).
나는 항상 도주범을 이용해서 프로필 등을 수정한다. 때로는 파일이 길어서 내가 어디에서 수정했는지 모른다.
그래서 컨디션 로고가 나를 알아볼 거야.나는 항상 git diff를 보러 가지 않는다. 그것은 시간을 매우 낭비한다.보통 나는 수정만 하고 제출하기 때문이다.

토론 #1

그중 하나를 선택하는 게 좋을 것 같아요.:Gcommit -v(도주 중)
또는git commit -v(케이스 내)
이것은 당신이 [2012-05-26 01:15:36-0700]에서 제출한 차이

토론 #2

=>
리치 힐리는 다음과 같이 말했다.

Maybe you'd be better off committing with either

:Gcommit -v (in fugitive) or git commit -v (in the shell)

Which shows you the diff you're committing this command shows the that which files are changed in the whole repo. I just want to indicates that current file is changed (different with revision)

---

Reply to this email directly or view it on GitHub: https://github.com/tpope/vim-fugitive/issues/206#issuecomment-5945409

나는 너희들 모두를 미워한다! 나에게서 멀어져라}
IRC(freeenode):StarDivinger\Twitter:@numbchild\
GnuPG 키 지문
>>>9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433

토론 #셋

과 이것:Gcommit -v이 :Gwrite 이후에 나는 write이 내가 무엇을 하고 있는지 확인하기 전에 하고 싶지 않다.차치는 -v의 하단에 있다.그래서 이것은 좋은 선택이 아니다.

토론 #4

색인이나 작업 트리를 쓰기 전에git에서 변경 사항을 알려줄 수 없습니다.이 경우,vim가 지원하는 버퍼를 변경했는지 여부에 관심이 있습니다.

토론 #5

잘못했어요.그러나 비슷한 스크립트를'quickfixsigns'라고 하는데 비슷한 작업을 할 수 있다.

토론 #6

생각해 봤어요.당신들이 이미 토론한 미지구화 버퍼 문제 외에 몇 가지 주의사항이 있습니다.
1. 외부 프로세스를 생성해야 하기 때문에 느릴 수 있습니다.Windows, 심지어 *NIX에서도 이것은 절대적인 거래 파괴자가 될 것이다. 이것은 우리가 캐시에 부지런해야 한다는 것을 요구할 것이다. (당신은 그들이 캐시가 기한이 지났다고 말하는 것을 알고 있다)
2. "이 파일이 변경되었습니까?"라는 질문은 여러 가지 방법으로 할 수 있습니다.만약 이런 변화가 이미 상연되었다면?추적되지 않은 파일은요?이름 바꾸기 및 삭제?나는 서로 다른 상태에 서로 다른 문장부호를 분배하기 시작했는데, 이것은 나를 매우 곤혹스럽게 했다.

토론 #7

내가 생각할 수 있는 가장 좋은 생각은 Gstatus 버퍼입니다. 대부분의 경우 (NERDtree의 기본 설정과 유사) 장애를 멀리하고 대부분:G* 작업에 갈고리를 발표하여 업데이트할 수 있지만 지연에도 같은 문제가 발생할 수 있다고 생각합니다.

토론 #8

스크립트를 참고하면 줄 번호 앞에 변경된 표지를 표시할 수 있습니다.그래서 유사한 물건은statusline에 저장할 수 있다.이것이 바로 내가 여기서 이 문제를 발표한 이유다.나는 이것에 대해 그다지 잘 모른다.quickfixsigns의 작가에게 물어봐야겠어요.quickfixsigns

토론 #9

는 수정된 라인에 표지만 표시한다.quickfixsigns=> [2012-05-29 11:30:00-0700]:
톰 링크는:

quickfixsigns simply displays signs at modified lines according to git diff. Yeah, that's what I want, a flag indicates whether has diff between hard disk version and HEAD version. It is not so hard, right ? Maybe this feature is not so important, but just like Vim's change flag, it is useful.

---

Reply to this email directly or view it on GitHub: https://github.com/tpope/vim-fugitive/issues/206#issuecomment-5991696

나는 너희들 모두를 미워한다! 나에게서 멀어져라}
IRC(freeenode):StarDivinger\Twitter:@numbchild\
GnuPG 키 지문
>>>9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433git diff 나도 이거 갖고 싶어.이상적인 상황에서 내가 보고 싶은 앞의 몇 글자:

git status --porcelain ${FILENAME}

(그중

토론 #10

은 현재 버퍼의 파일 이름), 내 전력선에 있습니다.
윌과 도주범:

:Git status --porcelain %

예를 들어 수정된 파일에서 이 명령은 인쇄

토론 #11

, 추적되지 않은 파일은 인쇄${FILENAME}한다.내 전원 코드에 M ${FILENAME} 또는 ?? ${FILENAME} 문자가 있어서 이 파일에 제출되지 않은 변경 사항이나 추적되지 않았음을 알려 준다면 정말 좋겠다.
개인적으로, 나는 이것이 나의 편집에서 어느 부서보다 더 유용하다고 생각한다.분기를 표시하는 것은 유용한 알림이지만, 보통 변경 사항을 제출하지 않았다는 알림을 더 자주 받기를 원합니다.
좋은 도구를 제공해 주셔서 감사합니다. M=>On[2012-06-03 11:57:13-0700]:
코린 샐리번은 다음과 같이 말했다.

I would like this as well. Ideally, I would like to see the first few characters of:

bash git status --porcelain ${FILENAME}

(where ${FILENAME} is the filename of the current buffer), in my Powerline.

From Vim with fugitive:

bash :Git status --porcelain %

For example, on a modified file, this command prints M ${FILENAME} and on an untracked file, ?? ${FILENAME}. It would be sweet to have the M or ?? characters in my Powerline to remind me that the file has un-committed changes, or is untracked, etc.

Personally I'd find this more useful in my editor than which branch I'm on. Showing the branch is a useful reminder, but typically I want to be reminded more frequently that I haven't committed changes. Yes, this is what I think, awesome.

Thanks for all the awesome tools :)

---

Reply to this email directly or view it on GitHub: https://github.com/tpope/vim-fugitive/issues/206#issuecomment-6087976

나는 너희들 모두를 미워한다! 나에게서 멀어져라}
IRC(자유 노드): StarDivinger\Twitter:@numbchild\
GnuPG 키 지문
>>>>9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433?? 저는 최근에 zsh를 기본 셸로 바꿨는데 그 중 일부 주제는 서로 다른 문자를 사용하여 환매의 현재 상태를 표현했습니다.
https://github.com/robbyrussell/oh-my-zsh/blob/master/themes/muse.zsh-theme현재 내가 사용하고 있는 테마에 사용되는 다양한 캐릭터를 보여 줍니다.
도주범이 코이린이 제안한 것처럼 도자기 출력을 기본적으로 사용하면 좋겠지만, 사용자가 원한다면 다른 문자를 표시하는 방법도 제공한다.

토론 #12

토론 #13

에서는 등급이 변경되지 않은 파일

토론 #14

이 표시되고, 등급이 변경된 파일은 git status --porcelain_M를 빈칸으로 표시한다.markdown이 꽉 조이고 있기 때문이다.이것은 한 줄 한 줄 출력하는 것은 보기에는 좋지만, 상태 줄에서는 매우 어리석어 보이지 않습니까?만약 우리가 겨우 M_까지 붕괴된다면 우리는 정보를 잃게 될 것이다.
@Stubbs, 이것은 하나의 파일이 아니라 전체 환매 협의의 상태를 보여 주기 때문에 약간 정교합니다. (비록 분명히 비슷한 점이 있지만.)맞춤형 제작에 관해서, 나는 내가 무엇을 해야 '자신의 상태 줄 함수 작성' 보다 일을 더 간단하게 할 수 있는지 모르겠다_에는 많은 다른 주가 있다.
Vim: 수정됨, 저장됨(수정되지 않음)
지트(도주범):
추적,
추적이 없으니,
굳게 믿었어
수정됨(제출할 변경 내용)
->M
->MM (일부 변경 사항이 추가되었지만vim 파일의 일부 변경 사항은 아직 임시 저장되지 않았습니다)
또 하나의 워크플로우가 있습니다.
새 파일 열기(재구매 계약에서 추적되지 않음)(상태 줄 기호 U)
-> 그런 다음 수정을 수행합니다(현재 파일이 수정되었으며 Vim에서 상태 줄 기호는 "+"임).
-> 탈출 명령 사용: 재구매 추적에 Gwrite 추가(상태 표시는 "✔")
-> 다시 수정한 다음: w 저장.(현재 상태 행 플래그가 "∓"변화를 의미함)
-> 현재 명령 Gdiff 및 diffput을 사용하여 repo에 부분적인 변경 사항만 추가합니다.(상태선 플래그)
이 두 나라, 즉 탈주범에 의해 결정된다
statusline에서 두 개 이상의 파일 상태를 보여 주어야 합니다.
아마도 파일에 관한 다른 상태가 있을 것이다.이걸 완성한 걸 환영합니다.
나는 똑똑한 사람이 아니어서 Git와 Vim에 대해 잘 모른다.
알아요. 다른 주들을 알아요.그래서 도주범도 이런 기능을 실현할 수 있다.
나는 이 흔적들이 매우 의의가 있다고 생각한다.
그리고 명령행이 아닌 Gstatus에서 한 사람이 많은 일을 했다면 합병, 미합병, 더러움, 깨끗함에 대한 환매 성명도 의미가 있다고 본다.M 내가 보기에 그것은 곧 수습할 수 없을 것 같다.특히vim은 10번 중 9번이 나에게 파일의 일부분을 임시로 저장해 두었다고 말했기 때문에,git diff -cached로 내가 임시로 저장한 부분을 계산해 낼 때까지 이것이야말로 유용하다.
이 창에 초점을 맞출 때만 상태 줄이 다시 그려집니다. (afaik?)따라서 외부에서git를 조작하면vim에서 유행이 지난 정보를 볼 수 있습니다.

토론 #15

vim에서 유행이 지났습니다.네, 만약 누군가가 외부 명령줄에서git를 조종한다면, 이것은 문제입니다.그러나 우리가 도주범을 사용하는 것은 Vim에서git를 하는 일이 간단하고 쉽기 때문이라는 것을 알아야 한다.따라서 명령줄에서 일하는 시간을 줄일 것입니다. 다른 기능 특성 플러그인들이vim에서git에 대한 플러그인을 개발할 것이라고 생각합니다.그러니까 큰 문제는 아니야.

토론 #16

이것은 지난 x일 동안 변경된 줄을 표시할 수 있는 아주 좋은 확장자입니다.이것은 디버깅에 매우 도움이 된다.나는 지난 x일 동안 버그를 도입한 것을 알고 있기 때문에, 지금 나는 어떤 코드가 버그를 초래했는지 찾아내야 한다.변경된 선로에 배수구 지시기가 있으면 매우 유용할 것이다.

토론 #17

참조https://github.com/tpope/vim-fugitive/pull/219이 방면의 남편 관문에 대해서 말하자면.
점성사
당신은 왜 이 문제를 끝내려고 합니까?

토론 #18

@blueyed 죄송합니다. 이 기능이 이미 실현된 줄 알았습니다.

토론 #19

업데이트 있나요?

토론 #20

제 업데이트는 문제 추적기에서 휴면하지만 포기되지 않은 기능에 대해 잔소리를 하는 사람이 있다면 닫아야 한다고 생각합니다.