2012-05-04 19 views

risposta

6

Secondo app: aggiungi il git remoto della nuova app al repository in modo da poterlo distribuire da una singola base di codice.

saperne di più su https://devcenter.heroku.com/articles/multiple-environments

+0

a parte questo vantaggio, non è vero rendono più difficile per voi di duplicare il database in questo nuovo secondo applicazione di test? non avresti bisogno di creare dati falsi in modo da poter vedere come le nuove funzionalità giocano con i dati esistenti? – noob

+0

tipicamente uso 'heroku db: pull' (dalla mia app di produzione) nella mia app di staging con un' heroku db: push' - distribuisci il codice in staging, esegui qualsiasi migrazione e vedi quali interruzioni. Se si tratta di un grande DB, allora pg: vengono utilizzati i backup. –

+0

sarebbe un problema se il database locale è mysql e heroku è su postgre quando si tira e si spinge il db? – noob