2012-11-29 2 views
2

최근 직장에서 리뷰 보드에 diff 파일을 게시했습니다. 그때까지 diff 파일을 실제로 확인하지는 않았고 편집자가 줄 끝의 공백을 제거했다는 것을 알았습니다. 그 공백 변경 사항을 별도의 커밋으로 나누고 싶습니다. 가장 쉬운 방법은 무엇일까요?하나의 커밋을 2로 분할하고 결과 diff를 얻으십시오

나중에 diff를 업데이트하는 가장 쉬운 방법은 실제로 diff를 업로드하는 것입니다. 저의 커밋 이후로 많은 커밋이 있었고 추측 된 기능을 사용하여 리뷰 보드를 업데이트하는 것이 실제로는 잘되지 않을 수도 있기 때문에 (우리는 항상 여기에서 다시베이스를 가져옵니다) 이후 리베이스했습니다.

참고 : 이미 푸시했습니다.

아이디어가 있으십니까? 를 검토위원회에 만 관련 변경을 포함하는 DIFF (그리고 공간 변경)이 점점 - -이 될 것이라고 할 수 쉬운 일

답변

2

나는 "검토위원회"에 익숙하지 않아요하지만 여기에 문제의이 부분에 대답하는 일반적인 자식 전략이다 : 나는 별도의 커밋으로 그 공백 변경을 분할하고 싶습니다

은. 가장 쉬운 방법은 무엇일까요?(: 사용 "의"작은 심술쟁이에 관한 심술쟁이을 분할 팁)

git checkout whitespace-fix 
git reset --hard <sha of commit you posted diff of> 
git reset HEAD~1 
git add --patch . 

이제 공백 문제에 해당하는 심술쟁이 무대. 완료되면 커밋하고 리베이스하고 새로운 커밋을 준비합니다.

git commit -m 'Remove whitespace at end of lines' 
git rebase master 
+0

나는 이것이 유효한 해결책이라고 생각합니다. 어떻게 든 그것을 조금 변형 할 것입니다 (당신이 듣고 싶은 아이디어가 있다면). 큰 문제는 내가 마스터하게 밀어 붙였다는 것입니다. 그래서 저는 일반적으로 나쁜 소식 인 다른 사람들의 역사에서 저 지르지 않을 것입니다. 아마도이 방법을 사용하여 변경 사항을 되돌리고 "다시 실행"할 것입니다. – Parris

1

나는 의미하는 현재 상황을 해결하기 위해, 생각 :

  1. 재 작성 버전 번호에 따라 DIFF 당신이 이 같은 (을 누른 후, 당신은 당신이 더 상대 경로가 없는지 확인 도착하는 때까지 발행 검토 보드에 다시 diff로드); 간단한 선택/제거 또는 스마트 검색 & 교체 등록 - 그것은을 편집하고 DIFF의 크기에 따라에만 관련 변경을 (유지하여
  2. 청소 DIFF, 당신은 함께 갈 수있는 몇 가지 선택이있다. 특급 등);
  3. 업로드 당신의 사랑하는 다시 (당신이 업데이트 DIFF 기능을 사용하여, 같은 검토 요청을 사용하려는 경우, 그렇지 않으면, 단순히 새로운 리뷰 요청을 만듭니다).

이렇게하면 문제가 해결됩니다. 한편

...

난 당신이 만들고있는 DIFF 파일에 그 공간을 받고 함께 부분을 해결해야 추측 - 이것은 당신이보고있는 변경 사항을 검토하는 고통을 만든다 코드 수정의 역사.
여기에서는 사용중인 diff 명령과 같은 몇 가지 사항을 확인할 수 있습니다.

도움이 되었기를 바랍니다.

관련 문제