Si desea reemplazar por completo la historia de las confirmaciones que ya empujado por la historia de esa nueva segunda cesión temporal, todo lo que deberían tener que hacer sería:
git remote show heroku in the first repo
cd /path/to/seconf/git/repo
git remote add heroku <heroku_repo_address_from_previous_command>
# for instance: git remote add heroku [email protected]:appname.git
git push --force heroku master
Eso sería sustituir la rama master
de el repo remoto heroku
por la rama master
de su segundo repositorio. Pero eso perdería (o al menos mantendría en reflogs del repositorio remoto por un tiempo) el historial de la sucursal master
del anterior repositorio.
Supongamos que puede reutilizar sus credenciales de heroku que ya creó, siguiendo el Heroku quick start page y el Heroku Deploying with git page.
Gracias. La opción --force le da al 100% de los beneficiarios que la nueva rama principal no se fusionará con la anterior en el servidor, sino que simplemente la reemplaza. de documentos no es obvio ("Esta bandera [-f, - fuerza] deshabilita la comprobación. Esto puede hacer que el repositorio remoto pierda compromisos; úselo con cuidado.") – WHITECOLOR
@WHITECOLOR: sí, no habrá cualquier combinación. – VonC
Solo se necesita usar "la fuerza" – doublejosh