코딩하다 현타올 때

질문 : git cherry-pick을 중단 하시겠습니까? 나는 git cherry-pick 하고 병합 충돌이 발생했습니다. 나는 갈등을 해결하고 싶지 않고 체리 픽을 중단하고 싶습니다. 실제 병합을 수행 할 때 ( git merge ) 편리한 git merge --abort 있습니다. 체리 따기에 해당하는 것은 무엇입니까? 답변 다음을 수행 할 수 있습니다. git cherry-pick --abort git cherry-pick 문서에서 --abort 작업을 취소하고 사전 시퀀스 상태로 돌아갑니다. 출처 : https://stackoverflow.com/questions/16820852/abort-a-git-cherry-pick

질문 : Git으로 부분적으로 커밋 선택하기 저는 릴리즈 와 개발이라는 두 가지 브랜치에서 일하고 있습니다. 릴리스 브랜치에 커밋 된 일부 변경 사항을 개발 브랜치에 다시 통합해야한다는 것을 알았습니다. 문제는 모든 커밋이 필요하지 않고 특정 파일의 일부 덩어리 만 필요하므로 git cherry-pick bc66559 속임수를 쓰지 않습니다. 내가 할 때 git show bc66559 diff를 볼 수 있지만 현재 작업 트리에 부분적으로 적용하는 좋은 방법을 알지 못합니다. 답변 여기서 원하는 핵심은 git add -p ( -p --patch 의 동의어입니다). 이것은 콘텐츠를 체크인하는 대화 형 방법을 제공하여 각 덩어리가 들어갈 지 여부를 결정할 수 있으며 필요한 경우 수동으로 패치를 편집 할 수도 ..

질문 : Git의 다른 브랜치에서 변경 사항을 선택적으로 병합하거나 선택하려면 어떻게해야합니까? 두 개의 병렬 (현재 실험적인) 개발 분기가있는 새 프로젝트에서 Git을 사용하고 있습니다. master : 기존 코드베이스 가져 오기 및 일반적으로 확신하는 몇 가지 수정 사항 exp1 : 실험 브랜치 # 1 exp2 : 실험 분기 # 2 exp1 및 exp2 는 두 가지 매우 다른 아키텍처 접근 방식을 나타냅니다. 내가 더 나아갈 때까지 나는 어느 것이 (어느 쪽이든) 효과가 있는지 알 방법이 없습니다. 한 브랜치에서 진행할 때 가끔 다른 브랜치에서 유용 할 수있는 편집 내용이 있고 그 부분 만 병합하고 싶습니다. 하나의 개발 브랜치에서 다른 브랜치로 선택적 변경 사항을 병합하고 나머지는 남겨 두는 가장 ..

질문 : git cherry-pick은 "… 38c74d는 병합이지만 -m 옵션이 제공되지 않았습니다"라고 말합니다. 마스터 브랜치에서 몇 가지 변경을 수행했으며이를 업스트림으로 가져오고 싶습니다. 내가 다음 커밋을 체리 선택하면. 그러나 나는 git이 말하는 fd9f578에 붙어 있습니다. $ git cherry-pick fd9f578 fatal: Commit fd9f57850f6b94b7906e5bbe51a0d75bf638c74d is a merge but no -m option was given. git은 나에게 말하려는 것이 무엇이며 여기에서 사용하기에 적합한 것을 체리 선택합니까? 마스터 브랜치에는 업스트림 브랜치에서 수정 된 파일에 대한 변경 사항이 포함되어 있으므로 병합 충돌이있을 것이라고 ..

질문 : Git으로 커밋을 체리 피킹하는 것은 무엇을 의미합니까? 최근에 저는 커밋 cherry-pick 달라는 요청을 받았습니다. 그렇다면 git에서 cherry-picking a commit은 무엇을 의미합니까? 어떻게하나요? 답변 Git에서 Cherry picking은 한 브랜치에서 커밋을 선택하여 다른 브랜치에 적용하는 것을 의미합니다. 이것은 일반적으로 다른 브랜치에 많은 커밋을 적용하는 merge 및 rebase 와 같은 다른 방법과 대조됩니다. 커밋을 적용하려는 브랜치에 있는지 확인하십시오. git switch master 다음을 실행하십시오. git cherry-pick 주의 : 공개 지점에서 체리를 고르는 경우 git cherry-pick -x 이렇게하면 표준화 된 커밋 메시지가 생성됩니..