다른 지점의 마스터와 함께 유지

Question

적극적으로 개발 된 프로젝트에서 마스터는 FollowingModel이라는 모델을 가지고 있습니다.

나는 주인에게서 떨어져 나갔고 며칠 동안 내 지부에서 일했다. FollowingModel을 사용하는 방법을 만들었다. PR을 만들 때까지 또 다른 가지가 합쳐져 ​​FollowingModel을 Following으로 변경했습니다. 병합 충돌없이 마스터에 병합 할 수는 있지만 응용 프로그램이 손상되면 응용 프로그램이 손상 될 수 있습니다. 그 이유는 내 메서드가 이름이 변경된 모델을 호출하기 때문입니다.

이와 같은 상황에서 올바른 진행 방법은 무엇입니까? 움직이는 부분이 많은 큰 프로젝트에서 어떻게 처리됩니까?

Answer 1

PR을 제출하기 전에 새로운 master 상단에 로컬 지점을 리베이스해야합니다.

• 당신은 당신의 자신의 master는
• (master의 상단과 힘 푸시에 지점을 리베이스 업데이트하기 위해 master에 "upstream"(원격 참조 원래의 repo)에서
• 병합 upstream/master를 가져 사용하고 메인테이너가 그/그녀를 master의 상단에 지사를 빨리 감기 할 수 있도록하기위한 목표는 남아

) 어떤 master에 당신의 방법 이름을 적응 귀하의 홍보를받을 때 지점.

그런 다음 원래의 repo에 직접 추진하는 경우 : 그것은 "고전적인"PR없는

• .
  그러나 "GitHub Secrets"않습니다 언급 :

당신은 당신이 동일한 저장소에 지점 사이의 풀 요청을 사용할 수 있다는 것을 알고 계셨습니까?
끌어 오기 요청을 사용하려면 리포지토리를 포크 할 필요가 없습니다.
내부적으로 GitHub에서, 우리는 거의 항상 브랜치간에 풀 요청을 사용합니다.

git checkout master 
git pull origin master 
git checkout featureBranch 
git rebase master 
# fix bugs 
git push --force origin newBranch 

을하지만 당신이 newBranch 작업 단 하나 가정한다 (또는이 newBranch의 첫 번째 누름입니다) :

• 순서가된다. 그 시간을 여러 번하면, 힘을 누를 때마다 newBranch의 내역이 변경됩니다.

Answer 2

일반적으로 병합하기 전에해야 할 일은 마스터에서 리베이스하는 것입니다. 그리고 당신이이 상황에서 무엇을해야하는지, 다시 마스터 링하거나 마스터를 당신의 지회로 합병하는 것입니다. 그 후에는 지점에 새로운 마스터 변경 사항이 생겨 발생하는 모든 문제를 해결할 수 있습니다. 모든 버그를 수정 한 후 마스터로 병합 할 수 있습니다.