rebase

2열

1답변

git pull --rebase를 사용하는 동안 merge 커밋을 자동으로 유지하는 방법?

병합 된 분기의 분기 정보를 유지하고자하므로 branch.master.mergeoptions=--no-ff을 설정해야합니다. 이렇게하면 병합 커밋은 빨리 감기가 되어도 항상 생성됩니다. 그러나 부작용은 git pull (특히 : IntelliJ 또는 Eclipse의 업데이트)을 수행 할 때 병합 커밋이 만들어지는 것입니다. 로그에 Merge remote-t

git version-control merge rebase 2017-05-03

---

1열

1답변

git pull --rebase가 원본에서 새 파일을 가져 오지 않았습니다.

패키지를 꺼내 잠시 동안 작업했습니다. 필자의 모든 변경 사항은 잘 돌아 갔고 리모컨으로 푸시하기 전에 나는 코드를 오래 전에 꺼 냈고 다른 것들은 약간의 변경을했을 수도 있으므로 git pull --rebase을 수행했습니다. 수동으로 해결할 수있는 충돌이 있었지만 원격 저장소에 새 파일이 추가되어 pull되었습니다. --rebase가 새 파일을 가져 오

git rebase 2017-05-08

---

0열

1답변

SourceTree의 rebase에서 충돌을 시각적으로 해결하는 방법

Windows 용 SourceTree를 사용하고 rebase을 SourceTree와 함께 사용하려고합니다. 파일의 시각적 인 해상도를 수행하고 싶습니다. 구성을 설정하는 방법을 모르므로 git -rebase이 소스 트리에서 Launch external merge tool 명령으로 diffmerge 창을 팝업합니다. 이 작업이 가능합니까? 가능한 경우 설정은

git rebase atlassian-sourcetree 2017-05-23

---

3열

2답변

힘내

을 리베이스 변경 전 3 개 지점을 가지고 나는 버그 수정 내 기능을 테스트하기 위해 "자식 버그 수정 기능을 리베이스"않았다 4-5-6(feature) | 1-2-3(master) | 7(bugfix) 1-2-3(master) | 7(bugfix)-4-5-6(feature) 는 지금은 버그 수정없이

git rebase 2017-04-06

---

0열

2답변

과 역사를 변화

이 우리의 현재 지점입니다 : 마스터 준비 지금 feature이 길을 따라 많은 커밋을 준비에서 태어난하고 있었다 기능 스테이징 및 마스터에서 병합 일부. 그러나 feature이 스테이징으로부터 태어 났을 때. 준비 나중에 제거 여러 커밋 ... 즉했다 : 그래서 지금이 상태가 역사 를 준비에서 staging: a->b->c->d->e feature: a

git github merge rebase 2017-09-04

---

-1열

1답변

힘내 병합/dev에 지점이 나는 현재 마스터 지점을 가지고 내가 새로운 dev에 지점에 코딩 그것에서 분기

을 마스터 리베이스 명령 커밋/설명을 잃고 내용 : A - B - C - D - E - F - G - H master 나는 로컬이 작업을 수행 한 다음의 bitbucket 저장소에 밀어 싶습니다. git 명령의 순서는 어떻게됩니까? 다른 개발자에게 문제가 발생합니까? 모두 master 및 dev 커밋에게 같은 언급 될 것이다, 그 시점에서 git c

git merge bitbucket rebase 2017-09-05

---

0열

1답변

Git, inverted rebase

git에서, 나는 우연히 feature 브랜치에서 master 브랜치를 rebased했다. 이제는 그걸 취소해야하지만, 문제는 마스터가 아직 재설정하지 못했습니다. master on rebase 기능을 어떻게 실행 취소합니까? 더 흥미롭게도 rebase를 실제로 수행 할 수 있습니까? 예 : 다른 지점을 기반으로하는 지점에서 내역의 일부를 삭제 하시겠습니까

git merge branch rebase 2017-09-07

---

0열

1답변

는 +

Similar to this question 가 어떻게 뿌리가 망할 놈의 에 커밋하기 전에이 커밋 해시를 변경하지 않고 커밋 삽입 할 수 있습니다 커밋 해시를 변경하지 않고 루트가 힘내 커밋하기 전에 커밋입니까? - 이것도 가능합니까?

git hash commit rebase 2017-04-13

---

1열

1답변

왜 새 분기를 푸시해야합니까?

처음에는 실수로 git를 사용하여 프로젝트의 잘못된 분기를 체크 아웃했습니다. 나는 이것이 쉬운 수정이라고 생각했지만 새로운 로컬 브랜치에 올바른 원격 브랜치를 체크 아웃했다고 생각한다. 죄송합니다. 이제 변경 사항을 원격 브랜치로 푸시하려고 시도 할 때, 새로운 원격 브랜치를 밀고있다. 이는 내가 원하지 않는 것이었다. 올바른 원격 브랜치로 커밋/푸시 할

git push rebase remote-branch 2017-04-15

---

0열

1답변

Git에서 "splintered"병합 이력을 선형화하는 방법은 무엇입니까?

나는 브랜치 블루가 병합 된 지점에서 빨간색을 선형화하려고 시도하는 git book의 기본 사항을 읽었습니다. 역사를 더 쉽게 검토하기 위해 하나의 가지만 있고 교차점을 가지지 않으려 고 노력합니다. 어떤 옵션을 사용해야하고 가장 좋은 것이 있습니까? This 답변은 reset --soft으로 제안하지만 여기서는 데모가 병합 이후로 많이 증가했다고 가정합니

git merge rebase cherry-pick 2017-04-26

---