Src refspec master no coincide con ningún error: no se pudo empujar algunos refs

Tengo un proyecto de VS 2015 en mi disco local y quería usar un sistema de control de versiones de código para trabajar con otra persona.

Él me dijo que usara BitBucket.

He creado un nuevo repository en BitBucket, y quería poner mi proyecto en él.

Por lo tanto, descargué "Git en Windows". Durante la installation, marqué "Usar la command-line de Windows". Luego comencé el cmd y ejecuté los siguientes commands:

d:\dev\projects\myproject> git init git remote add origin https://MYNAME@bitbucket.org/MYREPONAME/OSC.git git push -u origin master 

El último command devolvió el error

 "error: src refspec master does not match any. error: failed to push some refs to "https://MYNAME@bitbucket.org/MYREPONAME/OSC.git"" 

Cuando escribo "git branch", no se devuelve nada.

¿Qué me estoy perdiendo?

git init creó un repository vacío. Este repository tiene cero (¡cuéntelos!) Se compromete en ello.

git remote add origin <url> agregó lo que Git llama un remoto -un nombre corto para otro repository de Git- a su repository existente y vacío. Su repository existente continúa teniendo cero compromisos.

git push <remote> <branch> le dice a su Git que llame a otro Git. Tu Git lo hizo. Luego le dice a Git que envíe, a ese otro Git, todos los commit que tenga y que no, que su Git pueda encontrar en su twig ( master , en este caso).

Aún tienes cero commits. ¿Cuántos compromisos tienes, que no?

Ahora, hay una nota al margen (relacionada) interesante: en Git, una twig ni siquiera puede existir hasta que tenga al less una confirmación. Entonces, mientras estás en tu twig master , tu master realmente no existe. Esto explica la forma precisa del post de error.

Sin embargo, la solución sigue siendo la misma: debe agregar algunos commit (s) a su repository, en su twig master . El primero que crees hará que esa twig realmente exista, y una vez que hayas confirmado que no es así, podrás enviar las confirmaciones que tienes, que no hacen.

(Esto no significa que aceptarán sus confirmaciones, solo que tendrán algunas para enviar. Pero no tomemos prestado un problema que aún no vemos: primero, probablemente deba crear algunas confirmaciones. 🙂 Eso es, a less que el otro Git, el de Bitbucket, ya tiene algunos compromisos. En ese caso, probablemente deberías get el suyo . Pero voy a suponer que tampoco tienen ninguno).