2013-01-24 2 views
4

그래. 몇 달 안에 건드리지 않은 새로운 파일을 git 저장소에 추가했습니다. 라인의왜 자식 (bash)이 새 파일에 말도 안되는 것을 삽입 했나요?

>>>>>>>> 
HEAD 
c0d3234k2jl423;lk4j232;l34jk32;l23j4 

종류가가 임의로 일종의 삽입 된 : 어떤 이유로를 들어, 병합 당겨 github에 내 변경을 누른 후, 나는 모든 새 파일이 텍스트는 다음과 같이 그들에 삽입 한 것으로 나타났습니다 새로 추가 된 파일 전체에서 무작위로는 아닐 수도 있습니다. 다행스럽게도 새 파일이 너무 많지 않아서 쉽게 처리 할 수 ​​있었고 다시 추가/커밋/푸시 할 수있었습니다. 이제는 문제가 내 뒤에 있다고 생각합니다.

그러나 무슨 일이 있었는지? 나는 아직도 git와 github에 꽤 새로운 상태 다. 앞으로이 일이 발생하지 않도록하려면 어떻게해야합니까? Windows XP에서 git bash 콘솔을 사용하고있었습니다.

또한 - 이것은 관련이있을 수 있으므로 - 내가 전에 내 PHPStorm의 CLI 인터페이스를 통해 파일을 커밋 시도 할 때, 나는 "커밋"칠 것과이 완료 결코 커밋합니다. 그냥 계속 시도하고 노력했다. 그래서 그 명령을 중단하고 COMMIT_EDITMSG.swp 파일뿐만 아니라 index.lock 파일을 수동으로 삭제해야했습니다.

또한, (말도 삽입 된)이 마지막으로, 나는 아마도 그뿐만 아니라 관련이

E138: can't write viminfo file u:_viminfo! 
Press enter or type command to continue 

말했다 오류 메시지가 있어요? 제가 말했듯이, 문제는 지금 당장 뒤에있는 것 같고, 무엇이 잘못되었는지, 앞으로 그것을 피하는 지 궁금합니다.

+4

음, 음, '<<<' '===' '> >>은 병합 중 충돌을 나타냅니다. 'git blame' 또는'git log'는 편집 내용의 출처를 나타냅니다. – Eevee

+0

왜 사실,'git log'는 말도 안되는 것을 발견 한 모든 파일에 충돌이 있음을 보여줍니다. 고맙습니다. git에 대해 이해할 수없는 기본적인 것들이 있습니다. 마찬가지로, 나는 병합하려고 시도조차하지 않고 있었다. 단지 나의 변화를 밀어 붙이기 위해서였다. 그런 다음 병합을 시도했습니다. (지금은 기억하고 있습니다 ...) 이유를 이해하지 못합니다. 나는이 프로젝트에서 유일하게 일하고 있으므로 항상 마스터 브랜치에 있습니다. 그래서 저는 생각했습니다. git이 "충돌"로 본 것은 정상적인 업데이트로 본 것입니다. – patricksayshi

+1

@patricksayshi 그 표시는 자식에 의해 발명 된 것이 아니라 단지 그것에 의해서만 사용되었습니다. 모르겠지만, 원래 어디에서 왔는지는 모르지만 적어도 거의 모든 diff/merge 도구가이를 이해합니다. IDE를 사용해보십시오 :) – KingCrunch

답변

관련 문제