내 지역 repo에서 개발이라는 지점이 있는데 원본으로 푸시하면 원본/마스터와 병합됩니다. 현재 내가 푸시하면 원격 개발 지점에 추가됩니다.로컬 Git 브랜치를 리모트에서 master 브랜치로 푸시하는 방법은 무엇입니까?
어떻게하면됩니까?
내 지역 repo에서 개발이라는 지점이 있는데 원본으로 푸시하면 원본/마스터와 병합됩니다. 현재 내가 푸시하면 원격 개발 지점에 추가됩니다.로컬 Git 브랜치를 리모트에서 master 브랜치로 푸시하는 방법은 무엇입니까?
어떻게하면됩니까?
$ git push origin develop:master
은 또는, 더 일반적으로
당신은 아마 mipadi에서 대답은 절대적으로 정확 그렇게 ... 을 원하지 않는 코멘트에 언급 된 사람들로$ git push <remote> <local branch name>:<remote branch to push into>
기존 지점을 제거 할 수있는 "git push origin : master"를 사용하지 마십시오. –
True @MangirdasSkripka! 현재 브랜치의 이름을 지정하지 않으려면'git push origin head : master'를 사용하십시오. –
좋은 아이디어 @ FrancescRosàs, 그것은 HEAD (대문자)입니다. – smoku
당신은 '당신이 무엇을 알고있는 경우 다시하고있어.
내가 말할 것이다 :
git checkout master
git pull # to update the state to the latest remote master state
git merge develop # to bring changes to local master from your develop branch
git push origin master # push current HEAD to remote master branch
언급 한 바로는 그의 요청에 몇 가지 의미가 있습니다. 저는 Heroku 마스터에게 내 개발을 배포 (푸시)하기 위해이 케이스를 사용하고 있습니다 –
이 기술은 고급 git 사용자에게만 적용되는 IMHO입니다. 그것이 너무 어렵지 않다는 것, 사람들이 무엇을하고 있으며 왜 그것이 작동하는 방식으로 작동 하는지를 이해할 것을 요구합니다. 모두들 자신의 취향에 따라 git을 자유롭게 사용할 수 있지만, 제안한 접근법을 따르는 것이 교육 목적, 특히 git 신규 이민자에게 훨씬 유리하다고 생각합니다. 깨끗한 "토픽 브랜치 (branches)"는 시작하는 방법이며 나중에 필요할 때 워크 플로를 최적화 할 수 있습니다. –
실제로는 상당히 일반적인 일입니다. master 브랜치는 일반적으로 배포 브랜치입니다. 두 팀이 의도적으로 배포를 분산 시키면 체리 선택 로컬 브랜치를 사용하여 패치를 업스트림에 푸시 할 가능성이 있습니다.이제 당신은 변경 사항을 지점으로 업스트림으로 밀어 넣고 거기에서 마스터로 병합해야한다고 주장 할 수 있습니다. 그러나 IMO와는 다른 방식으로 수행하는 것이 이상한 일은 아닙니다. – dgatwood
당신이 origin''에 로컬로 병합 한 후 원격으로 그것을 밀어하지 않는 특별한 이유가 있나요? – bhamby
@galador는'master'에 로컬로 병합되는 것을 의미한다고 생각합니다 -하지만 그것은 유효한 포인트입니다. 원점의 master 브랜치에 대해 충분히 안정적이라면 반드시 master 브랜치에 안정적입니다. – Cascabel
@Jefromi 네, 와우, 오식. -_- – bhamby