git-rebase

    7

    1답변

    대용량 변경을 많이하고 rebase를 많이하고 있습니다. 병합이 전혀 작동하도록하려면 -Xignore-all-space가 필요합니다. 자식 --help의 REBASE 따르면 : 무시 공간 변화 무시 모두 공간을 무시 공간 애트 EOL을 공백 변경 지시 타입 취급 라인 3 방향 병합을 위해 변경되지 않았습니다. 행에 대한 다른 변경 사항과 혼합 된 공백 변경

    3

    1답변

    저는 git을 처음 사용하며 rebase를 이해하려고합니다. 나에게있어 병합 프로세스는 내 경험이 Clearcase이므로 이해하기 쉽습니다. 우선 리베이스가 병합과 정확히 일치하는지 아닌지 이해할 수 없습니다. 그것이 같은 이유로 2 가지 절차가있는 이유입니까? 또한이 부분은 git-branching에서 읽습니다. 그것은 여기있다 : 를 그 다음은 말한다

    0

    1답변

    master 브랜치에 2 개의 커밋이 있습니다. 하자 커밋 A 커밋 B 커밋 C 위의 변경 사항은 모두 이미 원격으로 푸시되었습니다. 커밋 AB를 만들기 위해 커밋 A와 B를 리베이스하고 병합했습니다. 그래서 master branch log는 이라고 말합니다. Comm AB 커밋 C git push gs push 오류 메시지가 "changes rejecte

    1

    1답변

    git rebase 이후에 문제가 있습니다. 내가 커밋 했어, 커밋에 커밋 파일이있다. 그래서 그 후 나는 git pull하고 git은 커밋의 역사를 가지고있다 : ... -> My Commit -> Some Git commits came from remote->Recursive merge. 내 커밋은 중간에있다. 내가 한 일 : git rebase -

    1

    1답변

    은 내가 알고 싶어요. 좀 더 구체적으로 말하면 주제 및 마스터 지점이 있다고 가정 해 보겠습니다. 이전에는 마스터에서 주제로 일부 병합되었습니다 (따라서 주제가 불필요하게 마스터에서 멀리 떨어지지는 않았습니다). 그 이후로 주제에 대한 몇 가지 추가 커밋이있었습니다. 지금과 같이 마스터에서 항목을 리베이스 이제 가정 : git checkout topic

    1

    1답변

    내 개발 분기가 안정적인 분기보다 2 개의 태그가있는 릴리스이지만 내가 더 이상 필요로하지 않는 일련의 변경 사항 인 태그가 추가 된 첫 번째 집합을 제거하려는 프로젝트가 있습니다.)하지만 가장 최근 태그 변경 (두 번째 태그)을 안정 태그에 적용합니다. 예를 들어 : 는 커밋 : [tag] 3.0 - sdaf213 Some Commit of the ta

    1

    1답변

    나는 최근에 git을 사용하여 원격 지점으로 푸시하기 위해 몇 가지 파일을 선택해야하는 문제에 직면했다. 여기서 나의 특정한 유스 케이스는 모든 단일 커밋에서 하나의 파일 만 생성/수정되며, 선택된 파일을 프로그래밍 방식으로 밀어 넣어야합니다 (최신 상태로). 나는 약간의 연구를했고, 내가해야 할 일 듯했으나 2 개 트릭을 발견 : 나는 새로운 지점으로 특

    3

    1답변

    나는 ~ 4000 커밋을 가진 단일 브랜치 자식 저장소를 가지고있다. 작성한 날짜에 따라 커밋을 그룹화하려고합니다. cdef 커밋 하나 등등 하나에 모든 (섭씨) - 게이드를 저지 및 병합 - 같은 모든 abcd 나는이 커밋 역사를 좀하고 싶습니다 abcd 2013-4-1 12:10 abce 2013-4-1 13:27 ... cdef 2013-4-1

    12

    4답변

    나는 한 번 보았습니다 When do you use git rebase instead of git merge? 그러나이 경우 어떤 해결책을 선택해야하는지 알고 싶습니다. 그래서 나는 새로운 것에 분기하여 새로운 기능을 구현하려고합니다. 기능 지점. 다른 사람이 Master에서 다른 커밋을하는 동안 Feature에서 10 개의 커밋을 수행합니다. 제 질문은

    11

    2답변

    GitHub에서 저장소를 포크하고 풀 요청을 제출했습니다. 프로젝트의 관리자는 pull 요청을 거절했지만 포럼에서 더 나은 해결책을 찾았습니다. 그들은 대체 변경 사항을 가진 다른 풀 요청을 작성하라고 지시했습니다. 그러나 GitHub의 저장소는 포크 된 이후로 메인 저장소로 업데이트가 푸시되었으므로 오래된 것입니다. 또한 GitHub의 저장소에는 프로젝트