Pourquoi ne puis-je pas accéder à ce référentiel nu?

Pouvez-vous expliquer ce qui ne va pas avec ce flux de travail?

$ 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'

Ne git pushpousse pas toujours vers le référentiel à partir duquel j'ai cloné?

Oui, le problème est qu'il n'y a pas de commits en "nu". C'est un problème avec le premier commit uniquement, si vous créez les dépôts dans l'ordre (bare, alice). Essayez de faire:

git push --set-upstream origin master

Cela ne serait nécessaire que la première fois. Ensuite, cela devrait fonctionner normalement.

Comme l'a souligné Chris Johnsen, vous n'auriez pas ce problème si votre push.default était personnalisé. J'aime en amont / tracking.

Si vous:

 git push origin master

il poussera au repo nu.

Il semble que votre dépôt alice ne suit pas correctement.

cat .git/config

Cela montrera la télécommande et la branche par défaut.

Si vous

 git push -u origin master

Vous devriez commencer à suivre cette télécommande et cette branche. Je ne sais pas si cette option a toujours été dans git.

La réponse à cette question connexe a fourni la solution pour moi ... c'était juste une erreur stupide:

N'oubliez pas de vous engager en premier!

https://stackoverflow.com/a/7572252

Si vous ne vous êtes pas encore engagé dans votre dépôt local, il n'y a rien à pousser, mais le message d'erreur Git que vous obtenez ne vous aide pas trop.

git push --all

est la manière canonique de tout pousser vers un nouveau dépôt nu.

Une autre façon de faire la même chose est de créer votre nouveau référentiel non nu, puis de faire un clone nu avec

git clone --bare

puis utilisez

git remote add origin <new-remote-repo>

dans le référentiel d'origine (non dénudé).

Essayez ceci dans votre aliceréférentiel (avant de pousser):

git config push.default tracking

Ou, configurez-le comme valeur par défaut pour votre utilisateur avec git config --global ….

git pushutilise par défaut le originréférentiel (qui est normalement le référentiel à partir duquel vous avez cloné le référentiel actuel), mais il ne choisit pas par défaut de pousser la branche en cours - il choisit par défaut de ne pousser que les branches qui existent à la fois dans le référentiel source et dans le référentiel de destination.

La push.defaultvariable de configuration (voir git-config (1) ) contrôle ce qui git pushva pousser quand on ne lui donne aucun argument "refspec" (c'est-à-dire quelque chose après un nom de référentiel). La valeur par défaut donne le comportement décrit ci-dessus.

Voici les valeurs possibles pour push.default:

• nothing
  Cela vous oblige à fournir une «refspec».

• matching(valeur par défaut)
  Cela pousse toutes les branches qui existent à la fois dans le référentiel source et le référentiel de destination.
  Ceci est complètement indépendant de la branche actuellement extraite.

• upstreamou tracking
  (Les deux valeurs signifient la même chose. La dernière a été dépréciée pour éviter toute confusion avec les branches de "suivi à distance". La première a été introduite dans 1.7.4.2, donc vous devrez utiliser la seconde si vous utilisez Git 1.7.3.1. )
  Ceux-ci poussent la branche courante vers la branche spécifiée par sa configuration «amont».

• current
  Cela pousse la branche actuelle vers la branche du même nom dans le référentiel de destination.

  Ces deux derniers finissent par être les mêmes pour les cas courants (par exemple travailler sur un maître local qui utilise origine / maître comme son amont), mais ils sont différents lorsque la branche locale a un nom différent de sa branche «en amont»:

  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
  

  Avec push.defaultégal à upstream(ou tracking), la poussée irait originde » maître de la branche. Lorsqu'il est égal à current, le push irait à originla branche quickfix de .

Le matchingparamètre mettra à jour barele maître de votre scénario une fois qu'il aura été établi. Pour l'établir, vous pouvez utiliser git push origin masterune fois.

Cependant, le upstreamparamètre (ou peut-être current) semble être mieux adapté à ce que vous attendez, vous pouvez donc l'essayer:

# 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

(Encore une fois, si vous utilisez toujours un Git avant 1.7.4.2, vous devrez utiliser à la trackingplace de upstream).

J'utilise le client git SourceTree et je vois que leur commande initiale commit / push est:

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