다른 지역 Git 브랜치를 Heroku / master에게 푸시하는 방법

헤 로쿠는 '마스터'를 제외한 모든 지점을 무시하는 정책을 가지고 있습니다.

Heroku의 디자이너는이 정책 (스토리지 및 성능 최적화를 추측하고 있습니다)에 대한 훌륭한 이유가 있다고 확신하지만 개발자로서의 결과는 로컬 토픽 브랜치가 무엇이든간에 쉬운 방법을 원한다는 것입니다. Heroku의 마스터를 해당 로컬 토픽 브랜치로 전환하고 "git push heroku -f"를 수행하여 Heroku의 마스터를 덮어 씁니다.

http://progit.org/book/ch9-5.html 의 "Pushing Refspecs"섹션에서 읽은 내용 은

git push -f heroku local-topic-branch : refs / heads / master

내가 정말로 원하는 것은 "git push heroku"가 항상 위의 작업을 수행하도록 local-topic-branch 를 현재 분기의 이름으로 바꾸도록 구성 파일에서 이것을 설정하는 방법 입니다. 누구든지 그것을 달성하는 방법을 알고 있다면 알려주십시오!

물론 이것에 대한주의 사항은 내가 Heroku 앱 / 저장소에 푸시 할 수있는 유일한 사람이라면 합리적이라는 것입니다. 테스트 또는 QA 팀은 이러한 저장소를 관리하여 다른 후보 분기를 시험해 볼 수 있지만 어느 날 어느 지점에 푸시할지에 대해 모두 일치하도록 조정해야합니다.

말할 것도없이, 모든 것을 백업하기위한 이러한 제한없이 별도의 원격 저장소 (GitHub와 같은)를 갖는 것이 좋습니다. "git push"는 항상 모든 것을 원점으로 백업하고 "git push heroku"는 현재 Heroku의 마스터 브랜치에있는 모든 지점을 푸시하여 덮어 씁니다. 필요하다면.

이게 효과가 있을까요?

[원격 "heroku"]
    url = git@heroku.com : my-app.git
    푸시 = + refs / heads / * : refs / heads / master

Heroku에서 더미 앱을 만들어 실험 해 볼 수는 있지만 실험을 시작하기 전에 더 경험이 많은 사람의 의견을 듣고 싶습니다.

가져 오기와 관련하여 Heroku 저장소가 쓰기 전용인지는 중요하지 않습니다. 모든 작업의 ​​백업 및 복제를 위해 GitHub와 같은 별도의 저장소가 여전히 있습니다.

각주 :이 질문은 Heroku와 지점 전략을 사용하는 Good Git 배포 와 유사하지만 그다지 동일하지 않습니까?

와일드 카드를 사용할 때는 참조 사양의 양쪽에 있어야하므로 +refs/heads/*:refs/heads/master작동하지 않습니다. 그러나 당신은 사용할 수 있습니다 +HEAD:refs/heads/master:

git config remote.heroku.push +HEAD:refs/heads/master

또한 git push로 직접이 작업을 수행 할 수 있습니다 .

git push heroku +HEAD:master
git push -f heroku HEAD:master

참조 https://devcenter.heroku.com/articles/git#deploying-code를

$ git push heroku yourbranch:master

git push -f heroku local_branch_name:master

다른 로컬 Git 브랜치를 Heroku / master에게 푸시하는 가장 안전한 명령입니다.

git push -f heroku branch_name:master

참고 : -f를 사용하지 않고 푸시 할 수 있지만 다른 개발자의 푸시와 충돌을 피하기 위해 -f (강제 플래그)를 사용하는 것이 좋습니다.

저에게는 효과가 있습니다.

git push -f heroku otherBranch:master

다른 개발자의 푸시와 충돌을 피하려면 -f (force 플래그)를 사용하는 것이 좋습니다. 개정 관리에 Git을 사용하지 않고 전송 전용이므로 force 플래그를 사용하는 것이 합리적입니다.

출처 :- 공식 문서

또한 git flow 시스템과 기능 분기를 사용하는 경우 호출 될 수 있습니다

feature/mobile_additions

그리고 stagingtwo라는 git remote를 사용하면 heroku로 푸시하는 명령은

git push stagingtwo feature/mobile_additions:master

heroku_san을 확인하면 이 문제를 아주 잘 해결할 수 있습니다.

예를 들어 다음을 수행 할 수 있습니다.

git checkout BRANCH
rake qa deploy

또한 새로운 Heroku 인스턴스를 스핀 업하여 토픽 브랜치를 새로운 서버에 배포 할 수 있습니다.

git checkout BRANCH
# edit config/heroku.yml with new app instance and shortname
rake shortname heroku:create deploy # auto creates deploys and migrates

물론 무언가를 자주하면 더 간단한 갈퀴 작업을 할 수 있습니다.

도움이되었습니다. http://jqr.github.com/2009/04/25/deploying-multiple-environments-on-heroku.html

Heroku labs는 이제 푸시 할 브랜치를 지정할 수있는 github 애드온을 제공합니다.

이 베타 기능에 대한 Heroku의 글을 참조하십시오.

시간을 내기 위해 베타 테스터로 가입해야합니다.

나는 그것이 있어야한다고 생각

push = refs/heads/*:refs/heads/*

대신에 ...