Come spingere diversi rami Git locali su Heroku / master

Heroku ha una politica di ignorare tutti i rami tranne "padrone".

Mentre sono sicuro che i progettisti di Heroku hanno eccellenti ragioni per questa politica (sto indovinando per l'ottimizzazione dello storage e delle prestazioni), la conseguenza per me come sviluppatore è che qualunque ramo di argomento locale su cui sto lavorando, vorrei un modo semplice per passare il master di Heroku a quel ramo di argomento locale e fare un "git push heroku -f" per sovrascrivere il master su Heroku.

Quello che ho ottenuto leggendo la sezione "Pushing Refspecs" di http://progit.org/book/ch9-5.html è

git push -f heroku ramo-argomento-locale: refs / heads / master

Quello che mi piacerebbe davvero è un modo per impostarlo nel file di configurazione in modo che "git push heroku" faccia sempre quanto sopra, sostituendo il ramo dell'argomento locale con il nome di qualunque ramo attuale. Se qualcuno sa come farlo, per favore fatemelo sapere!

L'avvertenza per questo, ovviamente, è che questo è sensato solo se sono l'unico che può spingere verso quell'app / repository Heroku. Un team di test o di QA potrebbe gestire un repository di questo tipo per provare diversi rami candidati, ma dovrebbero coordinarsi in modo che siano tutti d'accordo su quale ramo stanno spingendo ad esso in un dato giorno.

Inutile dire che sarebbe anche una buona idea avere un repository remoto separato (come GitHub) senza questa limitazione per il backup di tutto. Chiamerei quella "origine" e userei "heroku" per Heroku in modo che "git push" esegua sempre il backup di tutto sull'origine, e "git push heroku" spinge qualsiasi ramo che sono attualmente sul ramo principale di Heroku, sovrascrivendolo se necessario.

Funzionerebbe?

[remoto "heroku"]
    url = git@heroku.com: my-app.git
    push = + refs / heads / *: refs / heads / master

Mi piacerebbe avere notizie da qualcuno con più esperienza prima di iniziare a sperimentare, anche se suppongo di poter creare un'app fittizia su Heroku e sperimentarla.

Per quanto riguarda il recupero, non mi interessa davvero se il repository Heroku è di sola scrittura. Ho ancora un repository separato, come GitHub, per il backup e la clonazione di tutto il mio lavoro.

Nota a piè di pagina: questa domanda è simile, ma non è la stessa della distribuzione di Good Git che usa la strategia dei rami con Heroku?

Quando si utilizza un carattere jolly, è necessario che sia presente su entrambi i lati del refspec, quindi +refs/heads/*:refs/heads/masternon funzionerà. Ma puoi usare +HEAD:refs/heads/master:

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

Inoltre, puoi farlo direttamente con git push :

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

Vedi https://devcenter.heroku.com/articles/git#deploying-code

$ git push heroku yourbranch:master

git push -f heroku local_branch_name:master

Il comando più sicuro per inviare diversi rami Git locali a Heroku / master.

git push -f heroku branch_name:master

Nota: sebbene sia possibile eseguire il push senza usare -f, si consiglia -f (force flag) per evitare conflitti con i push di altri sviluppatori.

Per me funziona

git push -f heroku otherBranch:master

Si consiglia -f (force flag) per evitare conflitti con le spinte di altri sviluppatori. Dato che non stai usando Git per il tuo controllo di revisione, ma solo come trasporto, usare la bandiera della forza è una pratica ragionevole.

fonte: - documenti ufficiali

Si noti inoltre che se si utilizza il sistema git flow e il ramo della funzione potrebbero essere chiamati

feature/mobile_additions

e con un telecomando git chiamato stagingtwo, allora sarebbe il comando di spingere verso heroku

git push stagingtwo feature/mobile_additions:master

Dovresti dare un'occhiata a heroku_san , risolve questo problema abbastanza bene.

Ad esempio, potresti:

git checkout BRANCH
rake qa deploy

Inoltre, semplifica la creazione di nuove istanze Heroku per distribuire un ramo argomento su nuovi server:

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

E, naturalmente, puoi fare attività di rake più semplici se fai qualcosa di frequente.

L'ho trovato utile. http://jqr.github.com/2009/04/25/deploying-multiple-environments-on-heroku.html

I laboratori Heroku ora offrono un componente aggiuntivo github che ti consente di specificare quale ramo spingere.

Guarda Heroku scrivere su questa funzione beta.

Per il momento dovrai iscriverti come beta tester.

Penso che dovrebbe essere

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

anziché...