¿Por qué no puedo empujar a este repositorio desnudo?

¿Puedes explicar qué está mal con este flujo de trabajo?

$ git init --bare bare
Initialized empty Git repository in /work/fun/git_experiments/bare/
$ git clone bare alice
Cloning into alice...
done.
warning: You appear to have cloned an empty repository.
$ cd alice/
$ touch a
$ git add a
$ git commit -m "Added a"
[master (root-commit) 70d52d4] Added a
 0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 a
$ git push
No refs in common and none specified; doing nothing.
Perhaps you should specify a branch such as 'master'.
fatal: The remote end hung up unexpectedly
error: failed to push some refs to '/work/fun/git_experiments/bare'

¿No git pushsiempre empuja al repositorio desde el que cloné?

Sí, el problema es que no hay confirmaciones en "desnudo". Este es un problema con la primera confirmación solamente, si crea los repositorios en el orden (desnudo, alice). Trata de hacerlo:

git push --set-upstream origin master

Esto solo se requeriría la primera vez. Luego debería funcionar normalmente.

Como señaló Chris Johnsen, no tendría este problema si su push.default estuviera personalizado. Me gusta upstream / tracking.

Si tu:

 git push origin master

empujará al repositorio desnudo.

Parece que tu repositorio de Alice no está rastreando correctamente.

cat .git/config

Esto mostrará el control remoto y la rama predeterminados.

Si tu

 git push -u origin master

Debería comenzar a rastrear ese control remoto y rama. No estoy seguro de si esa opción siempre ha estado en git.

La respuesta de esta pregunta relacionada me proporcionó la solución ... fue un simple error:

¡Recuerde comprometerse primero!

https://stackoverflow.com/a/7572252

Si aún no se ha comprometido con su repositorio local, no hay nada que presionar, pero el mensaje de error de Git que recibe no lo ayuda demasiado.

git push --all

es la forma canónica de llevar todo a un nuevo repositorio desnudo.

Otra forma de hacer lo mismo es crear su nuevo repositorio no desnudo y luego hacer un clon desnudo con

git clone --bare

luego usa

git remote add origin <new-remote-repo>

en el repositorio original (no desnudo).

Pruebe esto en su alicerepositorio (antes de presionar):

git config push.default tracking

O configúrelo como predeterminado para su usuario con git config --global ….

git pushel valor predeterminado es el originrepositorio (que normalmente es el repositorio desde el que clonó el repositorio actual), pero no lo hace de forma predeterminada para empujar la rama actual; de manera predeterminada, empuja solo las ramas que existen tanto en el repositorio de origen como en el repositorio de destino.

La push.defaultvariable de configuración (ver git-config (1) ) controla lo git pushque empujará cuando no se le dé ningún argumento "refspec" (es decir, algo después de un nombre de repositorio). El valor predeterminado proporciona el comportamiento descrito anteriormente.

Aquí hay posibles valores para push.default:

• nothing
  Esto te obliga a proporcionar una "refspec".

• matching(el valor predeterminado)
  Esto empuja todas las ramas que existen tanto en el repositorio de origen como en el de destino.
  Esto es completamente independiente de la rama que está actualmente desprotegida.

• upstreamo tracking
  (Ambos valores significan lo mismo. El último se desaprobó para evitar confusiones con las ramas de "seguimiento remoto". El primero se introdujo en 1.7.4.2, por lo que tendrá que usar el último si está usando Git 1.7.3.1. )
  Estos empujan la rama actual a la rama especificada por su configuración "ascendente".

• current
  Esto empuja la rama actual a la rama del mismo nombre en el repositorio de destino.

  Estos dos últimos terminan siendo los mismos para casos comunes (por ejemplo, trabajando en un maestro local que usa origen / maestro como su flujo ascendente), pero son diferentes cuando la rama local tiene un nombre diferente de su rama "flujo ascendente":

  git checkout master
  # hack, commit, hack, commit
  
  # bug report comes in, we want a fix on master without the above commits
  
  git checkout -b quickfix origin/master  # "upstream" is master on origin
  # fix, commit
  git push
  

  Con push.defaultigual a upstream(o tracking), el empuje iría a originla rama maestra de ' . Cuando es igual a current, el empuje iría a originla rama de arreglo rápido .

La matchingconfiguración actualizará bareel maestro en su escenario una vez que se haya establecido. Para establecerlo, puedes usar git push origin masteruna vez.

Sin embargo, la upstreamconfiguración (o tal vez current) parece ser una mejor coincidencia para lo que espera que suceda, por lo que es posible que desee probarlo:

# try it once (in Git 1.7.2 and later)
git -c push.default=upstream push

# configure it for only this repository
git config push.default upstream

# configure it for all repositories that do not override it themselves
git config --global push.default upstream

(Nuevamente, si todavía está usando un Git antes de 1.7.4.2, deberá usarlo en trackinglugar de upstream).

Uso el cliente SourceTree git, y veo que su comando inicial commit / push es:

git -c diff.mnemonicprefix=false -c core.quotepath=false push -v --tags --set-upstream origin master:master