Heroku有一个忽略所有分支但是"主人"的政策.
虽然我确信Heroku的设计师有很好的理由来制定这个政策(我猜测存储和性能优化),但作为开发人员,我的后果是无论我在做什么本地主题分支,我都想要一个简单的方法将Heroku的主人切换到该本地主题分支并执行"git push heroku -f"以覆盖Heroku上的master.
我从阅读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)也是一个非常好的主意,没有这个限制来支持所有内容.我称之为"原点"并使用"heroku"用于Heroku,以便"git push"始终将所有内容备份到源,并且"git push heroku"将我当前所有的分支推送到Heroku的主分支,覆盖它如有必要.
这会有用吗?
[remote "heroku"] url = git@heroku.com:my-app.git push = +refs/heads/*:refs/heads/master
在开始实验之前,我想听听更有经验的人,虽然我想我可以在Heroku上创建一个虚拟应用程序并进行实验.
至于提取,我真的不在乎Heroku存储库是否是只写的.我还有一个单独的存储库,比如GitHub,用于备份和克隆我的所有工作.
脚注:这个问题与使用Heroku的分支策略的Good Git部署类似,但不完全相同?
请参阅https://devcenter.heroku.com/articles/git#deploying-code
$ git push heroku yourbranch:master
使用通配符时,它必须出现在refspec的两侧,因此+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
git push -f heroku local_branch_name:master
将不同的本地Git分支推送到Heroku/master的最安全的命令.
git push -f heroku branch_name:master
注意:尽管可以在不使用-f的情况下推送,但建议使用-f(强制标志)以避免与其他开发人员推送冲突.
另请注意,如果您使用git flow系统和功能分支可能会被称为
feature/mobile_additions
并使用一个名为stagingtwo的git远程服务器,则将命令推送到heroku将是
git push stagingtwo feature/mobile_additions:master