제출 - 복구된 탈출 작업 흐름?
3384 단어 vim-fugitive
묘사
우선 입력 제외: Gcommit--fixup=토론 #1
도대체 무슨 생각을 하고 있는지 알고 싶어요?수정 가능한 제출이 열렸을 때 발표된 내용은?토론 #2
그래, 도주범 상태 창의 신기한 버튼 조합을 상상해 볼게.c-A의 놀라운 속도와 일치하는 것.-성형 준비
- c-F 치기
- ... 다음 단계가 확실하지 않습니다. 가장 중요한 것은 복구할 제출 해시를 쉽게 찾고 입력하는 것입니다. - 선택할 수 있는 제출 브라우저를 여기에 표시할 수 있습니까?
현재 제출 산열은 주로gitv의 도움 아래 있는 것을 발견했지만, 이것은 좀 서투르다. 제출 목록이 불러오기를 기다리고, 제출을 찾고, 마우스로 산열을 복사해서 어딘가에 붙이는 것이다.
토론 #셋
+1!나는 아주 좋은 복구 작업 절차를 가지고 싶다.
토론 #4
대+1도 나에게서 왔다.고맙습니다.토론 #5
다행이네요. 제 +1토론 #6
이 맞습니다. 점원들, 하지만 합리적인 업무 절차에 대해 상상력이 풍부한 다른 묘사가 있나요?나는 @tpope가 어떤 일을 할 충분한 자원이 있다고 생각하지 않는다.토론 #7
복구의'어려움'부분은 복구할 제출을 찾는 것이다.imho, 조회 가능한 목록에서 제출을 선택할 수 있는 것은 틀림없이 당신의 세 번째 점입니다.이 점을 포함해서 나는 너의 업무 절차가 매우 좋다고 생각한다.
토론 #8
여기도 마찬가지예요. 당신의 업무 흐름이 듣기 좋아요.: Gstatus에서 c-f는 '복구 창' 을 열 것입니다.
git log --oneline
(제출 줄) 처럼 보입니다.그리고 이 제출 목록에서 이동해서 '리턴' 을 누르면 제출을 선택해서 복구할 수 있습니다.Gblame에서git가 'o' 를 눌렀을 때 커서 아래에 제출을 표시하는 것을 상상할 수 있습니다.토론 #9
이 문제에 대해 현상금을 만들었습니다.https://www.bountysource.com/issues/896928-fugitive-workflow-for-commit-fixup
이 기능을 보상하거나 인출 요청에 실제로 참여하고 싶은 사람이 있다면.)
토론 #10
구현 방법마지막 500번 제출에서 해시를 선택할 수 있는 명령 맵을 만듭니까?이렇게 하면 당신은--수정=?매핑 추가:Gcommit --fixup=
map <keys> :GCommit<space>--fixup=
이것은 매우 자질구레한 것이어서 모든 사람이 그것을 자신의 것에 넣을 수 있다.vimrc--그러면 구체적으로 무엇을 실현해야 합니까?토론 #11
의 흥미로운 특징은 이것이 일방적인 복구(또는 모든 수정된 줄이 같은 제출에 속한다)일 때 복구를 간소화할 수 있다는 것이다.그런 다음 매핑은 commit SHA1 행을 --fixup 매개 변수로 사용할 수 있습니다.명령만 있으면 행 복구를 올바른 복구 SHA1에 제출할 수 있습니다.
그러나 선이 수정되면 git Bull은 0으로 표시됩니다.대신 git Bull Head는 골치 아픈 문제가 될 것입니다.
토론 #12
와 동시에this is awesome.토론 #13
만약에 여기에 관심이 있는 사람이 있다면 나는 이것을 실현할 것이다. 이것은pullrequest#843에서 토론한다.이것은 약간의 피드백과 의견을 제공하는 좋은 시기가 될 것이다.토론 #14
는cf
로 제공되며, 새로운:Gstatus
의 일부로 제공된다.토론 #15
나는 이 기능을 좋아하지만, 제출을 어떻게 찾는지 이해할 때 문제가 생긴 것 같다.파일에는 다음과 같이 표시됩니다.
cf Create a `fixup!` commit for the commit under the
cursor.
그래서 나는 Gclog을 열고 거기서 cf를 실행했지만 아무 일도 일어나지 않았다.내가 뭔가 뻔한 걸 빠뜨린 거 아니야?어떻게 cf
의 목록을 찾습니까?나는 또
cf
브러시를 해 보았는데 효과가 매우 좋았다.토론 #16
part of the new
:Gstatus
.
토론 #17
그런데 상태 버퍼에 표시되지 않은 제출을 복구하시겠습니까?토론 #18
제출 객체를 편집할 수도 있습니다.읊다, 읊조리다신비한 녀석이었으면 좋겠어!:미소:기본적으로 나는 이렇게 했다
1. 글로거, 내가 원하는 약속을 찾았으니,
2. 편집하려면 가져오기를 클릭합니다.
3.
토론 #19
커서가 제출자 뒤에 있을 때이것은 아주 쓰기 좋다.
빠른 복구 목록에서 삭제할 수 있기를 바랍니다.
cf
cf
신속한 복구 창은 전역적입니다.우리가 갈 곳이 아니야. 도주범 전용 지도를 던져.이것은 다른 방면에서도 문제가 있다.지금 나는 개용을 건의한다토론 #20
.:Git log
절대 일리가 있어!
Reference
이 문제에 관하여(제출 - 복구된 탈출 작업 흐름?), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://github.com/tpope/vim-fugitive/issues/303텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)