Reemplazar el maestro existente para el repository personal con un set de files completamente nuevo

Tengo un repository git personal. Quiero replace los files maestros remotos existentes (en github o bitbucket) con un proyecto completamente nuevo (nuevo bash para el mismo proyecto).

Eliminé la carpeta existente para el proyecto en mi computadora. Luego creé una nueva carpeta y algunos nuevos files para el nuevo bash.

¿Cómo puedo hacer que reemplace mi maestro remoto existente con estos nuevos files?

En la nueva carpeta, hice git init , git add . y git commit -m "a completely different attempt" . Pero entonces, ¿qué debo hacer? Intenté con git remote add origin git@bitbucket.org:username/repo.git y git push origin master , pero eso dio un post de error (traté de seguir la sugerencia hecha en el post de error, pero eso solo condujo a un nuevo error posts) …

Es útil si, cuando hace una pregunta que involucra un post de error, incluya el post de error exacto en la pregunta. Dado lo que está haciendo (tratando de replace el historial de su repository remoto con su repository local), esperaría ver el siguiente error:

 To github.com:larsks/someproject.git ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git@github.com:larsks/someproject.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (eg hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. 

Esto sucede porque está intentando replace el historial, en lugar de simplemente actualizarlo con un nuevo set de cambios. Esto no es algo que desee por crash, ya que dará como resultado datos perdidos (es decir, parte o la totalidad del historial de su proyecto). Sin embargo, esto es exactamente lo que quiere, por lo que debe usar la opción --force ( -f ):

 git push -f 

Que debería dar como resultado algo como:

 [...] + 2a49b3d...3d1e101 master -> master (forced update) 

Una solución alternativa, por supuesto, es simplemente eliminar y luego volver a crear el repository remoto.