git-rebase

    0열

    1답변

    패치를 공유하지 않고 git에서 패치 된 작업 공간 관리

    git을 SVN과 함께 사용하고 커밋을 통해 dcommit을 통해 푸시하고 싶지는 않지만 로컬 개발이 필요합니다. 내가 지금 그것을 할 방법은 자식 - svn을 태그가가가 실제로 변경 세트를 위해 할 일 후 mypatch를 포함하는 커밋 후 커밋, 작업 지점에서 git checkout git-svn -B master git cherry-pick ????.
    git git-rebase git-cherry-pick 2013-10-29

    2열

    1답변

    Git rebase : 하나의 커밋으로 fixup 다중 커밋

    git 브랜치가 있다고 가정하고 공유하기 전에 최종 리뷰에서 맞춤법 오류와 같은 작은 오류가 발견됩니다. 내가 뭘하고 싶은지는 하나의 패치를 "픽스 업"으로 적용하는 것입니다. 그러나 실제로 많은 커밋에 영향을 주어 최종 기록에 오류의 흔적이 없습니다. 즉, 하나의 커밋에서 줄 A를 변경 한 다음 다른 커밋에서 줄 B를 변경 한 다음 줄 A와 B 모두에 영
    git git-rebase 2013-11-01

    3열

    1답변

    대화 형 리베이스를 수행하는 동안 스쿼시 처리 후 어떻게 편집합니까?

    Rebase하는 동안 squashed 된 커밋의 결과에 액세스하는 방법을 알 수 없습니다. 2 커밋이 이전 커밋으로 압축 된 후에 커밋을 편집하고 싶습니다. 그 다음 두 가지를 찌그러 트려, e f70f90f ... some message ... s 514ee77 ... some message ... s ab01b05 ... some message ..
    git git-rebase 2013-11-21

    0열

    1답변

    다른 개발자가 변경 한 내용을 충돌로 식별하도록 git를 구성하는 방법

    두 개 이상의 개발자가 충돌 한 것으로 변경된 파일에 git을 설정할 수 있는지 파악하려고합니다. 그 파일 안의 같은 줄이 수정되었습니다. 다음은 예입니다. 두 개발자는 로컬 시스템에서 원격 저장소를 복제하여 시작합니다. 개발자 1은 파일 A를 변경합니다. 파일을 변경 한 최초 개발자이기 때문에 충돌이 없으며 변경 한 내용을 로컬 repo에 커밋 한 다음
    git version-control repository git-merge git-rebase 2013-11-22

    3열

    1답변

    병합 커밋의 문제점은 무엇입니까?

    사람들이 "무의미한"병합 커밋을 피할 수있는 방법을 묻는 질문을 많이 봅니다. 병합 커밋은 정확히 무엇이 좋지 않습니까? 두 개발자가 작업을 시작한 위치와 작업이 병합 된 위치를 정확하게 볼 수 있으므로 유용하다는 것을 알았습니다. 리다이 팅 (rebasing)과 같은 것처럼 보입니다. 많은 답변이이 정보를 파괴하고 프로젝트의 많은 역사를 잃어 버릴 것이라
    git git-merge git-rebase 2013-11-26

    2열

    2답변

    리베이스를 수행 할 때 어떤 지점에 있어야합니까?

    development에는없는 커밋이있는 master 분기가 있습니다. development 분기에는 master에는없는 커밋이 더 있습니다. development의 상태를 master으로 병합하려는 경우, 즉 master에있는 development의 변경 사항을 무시하십시오. 나는 rebase해야한다고 들었다. 그래도 이해하지 못하는 어떤 git rebas
    git branch git-branch rebase git-rebase 2013-10-22

    2열

    2답변

    병합 충돌을 수정하지 않고 git commit에서 작성자를 변경하는 방법

    git 버전 제어 기능이있는 프로젝트에서 작업하고 있습니다. 그것에는 많은 공헌자가 있습니다. 프로젝트가 시작된 며칠 동안 많은 저술들이 저자없이 만들어졌습니다. 나는 this post과 this one도 읽었다. git rebase -i <Original commit SHA>을 시도했지만, edit 태그가있는 모든 커밋에 병합 충돌이 있습니다! rerer
    git git-rebase git-rerere 2013-10-23

    0열

    1답변

    버그가 많은 git 브랜치에서 잘 알려진 정적 파일을 추출합니다.

    최근 루비 프로젝트를 상속 받았습니다. dev는 이전에 버그를 처리하여 준비를 완료했습니다. 이제 몇 가지 정적 페이지가 문제가되는 코드를 피하기 위해 내일까지 해결해야합니다. 이것을 접근하는 가장 좋은 방법은 무엇입니까? 나는 git rebase를 보았지만, 내가하고 싶은 것이나이 상황에서 제대로하는 방법이 확실하지 않다.
    ruby-on-rails git git-rebase 2013-10-25

    1열

    2답변

    깨끗한 로컬 repo가있는 git pull이 병합 커밋을합니다.

    업데이트 : 이것은 SmartGit 버전의 버그로 밝혀졌습니다. 저는 gitk와 유사한 응용 프로그램 (버전 3.0.11)을 사용하고 있습니다. "Pushable Commits"목록은 "git pull"을 수행 한 후 수정되고 아직 푸시되지 않은 일부 로컬 커밋은 실수로이 UI 목록에서 제거됩니다. 이것은 푸시되지 않은 유일한 커밋이 "병합 커밋"인 것처럼
    git git-merge git-rebase git-pull 2013-10-25

    2열

    1답변

    rebase 충돌을 쉽게 해결합니다.

    내 기능 브랜치에서 git pull --rebase을 실행하면 편집하지 않은 많은 파일에서 충돌이 발생합니다. 이러한 충돌을 없애기 위해 각 충돌 파일마다 다음 명령 집합을 실행합니다. git checkout --ours . git add . git rebase --continue 성가신 부분은 모든 충돌에 대해이를 실행해야합니다. 위의 모든 명
    git git-rebase 2013-10-30
최근 질문