git 프로젝트 브랜치를 master와 어떻게 최신 상태로 유지해야합니까?

Question

master 브랜치와 project 브랜치가 모두 리모컨 origin에 있다고 가정 해 보겠습니다. 작업은 주로 project 브랜치에서 이루어 지지만 때때로 버그 수정은 master으로 이동해야하므로 즉시 배포 할 수 있습니다. 결국 프로젝트가 완료되면 프로젝트의 모든 커밋을 단일 커밋으로 스쿼시 한 ​​다음 master으로 병합 할 수 있기를 원합니다. 기능 지사와 함께 일반적으로

은 (origin에 푸시되지 않은), 우리는 단지 master와 리베이스와 우리의 메리 길에 가서 최신을 유지하지만, project은 origin에 자신의 지점이기 때문에, 나는 확실하지 않다 어떻게 기록을 원하는 방식으로 유지할 것인가? (master에서 커밋하고 project은 커밋하지 않고 병합은 이상적으로 커밋) 원격 브랜치의 히스토리를 다시 쓰는 것에 대한 안전 장치 때문에. 현재 우리는 리모컨 project을 삭제하고 올바른 기록을 사용하여이를 다시 작성하지만, 이는 분명히 차선책입니다.

리모컨 project의 기록을 다시 작성하는 데는 문제가 없습니다.이 팀은 2 인 팀이기 때문에 우리는 그 의미를 이해하고 조심스럽게 조심해야합니다. 그러나 어떻게 그것을 성취합니까?

Answer 1

git checkout project 
git rebase master 
git push origin +project:project 

이제 다른 컴퓨터에서 변경 사항을 올바르게 가져 오는 방법을 알아 내려고합니다.

Answer 2

당신은 그들이 같은 조상에서 나온만큼, 마스터 프로젝트에 가지고 모든 변경 사항을 병합합니다

git checkout project 

git merge origin/master 

자식

에로 분기를 병합 할 수 있습니다.

Answer 3

'프로젝트'의 각 변경 사항을 '마스터'로 cherrypick하려는 경우 '마스터'에 원하는 코드가 포함되도록하십시오.

그런 다음 'master'를 'project'로 다시 병합하거나 적용한 patch-id를 추적합니다. (어떤 방법 으로든 일관되게해라!). 개인적으로, '마스터'를 '프로젝트'로 다시 합치는 것이 장기적으로 더 간단하다고 생각합니다.

Answer 4

피쳐 가지에 대해서는 master에 리베이스하는 것이 좋습니다. 이것은 master으로 돌아 가기 전에 많은 개발이 필요할 수있는 장기 실행 기능 브랜치에 특히 유용하며, 동시에 master은 진화합니다.

리베이스를하면 지점 변경이 적용되어 master에 적용됩니다. 결과가 새 분기가됩니다. master 자체는 그대로 유지됩니다. 당신의 project 분기가 체크 아웃 할 때

당신은이 같은 작업을 수행 할 수는 다음과 같습니다

(project) $ git rebase master 

으로 또는 명시 적으로 :

(some-branch) $ git rebase master project 

참고 : 리베이스는 지사의 역사를 다시 쓸 것이다! 그러니 조심해.

자세한 내용은 documentation을 참조하십시오.