"recevez-pack": le service n'est pas activée pour './.git
(Résolu déjà, j'écris ceci pour que le gars à côté)
Je courais git daemon sur un ordinateur et essayé de la synchronisation avec l'autre.
Sur Un ordinateur, j'ai couru:
git daemon --reuseaddr --base-path=. --export-all --verbose
Sur l'ordinateur B, j'ai couru:
git clone git://computerA/.git source # worked
cd source
git pull # worked
git push # failed with "fatal: The remote end hung up unexpectedly"
Sur Un ordinateur, le démon de sortie est:
[5596] Connection from 127.0.0.1:2476
[5596] Extended attributes (16 bytes) exist <host=localhost>
[5596] Request receive-pack for '/.git'
[5596] 'receive-pack': service not enabled for './.git'
[5444] [5596] Disconnected (with error)
Je vais les poster la soultion j'ai trouvé. Si vous avez une réponse plus complète, s'il vous plaît aller de l'avant et de l'ajouter.
- toute personne utilisant msysgit démon sur windows " vous voulez savoir à propos de la
sendpack.sideband
config-options github.com/msysgit/git/issues/101#issuecomment-46114024 ou encore Git-1.7.4.rc1.3197.gbf965 (lien plus direct ici)
Vous devez vous connecter pour publier un commentaire.
Simplement exécuter
(sur Un ordinateur, au lieu de l'original
git daemon
de commande), et la poussée des œuvres.Noter que vous devez ensuite exécuter
sur Un ordinateur pour le faire "voir" les modifications à partir de l'ordinateur B.
Post Script
Le problème avec faire un hard reset, c'est qu'il écrase tout ce changement local avait sur l'ordinateur A.
Finalement, j'ai compris qu'il allait faire beaucoup plus de sens d'avoir un référentiel (un nu clone) qui n'ont pas des fichiers, puis de l'ordinateur B pousser à l'informatique et Un pull de lui. De cette façon, il peut fonctionner dans les deux sens et fusionner tous les changements de façon harmonieuse. Vous pouvez même avoir deux nus clones, un sur chaque ordinateur, et push-pull entre eux.
git reset --hard
après la pousser pour voir les changements?git stash
vos changements locaux, puis faire un hard reset et pop de votre cachette?J'ai rencontré cette erreur, mais la solution semble différente pour les personnes à l'aide de git-http-backend. (git push/pull/clone sur http au lieu de ssh ou git)
Cela doit être fait sur le serveur distant, et est mieux de le faire sur la création.
(dernière ligne peuvent fonctionner de manière indépendante si repo existe déjà /est en cours d'utilisation)
J'ai quelques problème avec le git reset --hard voici donc ma solution alternative.
Sur le local cloné des pensions de faire une branche
sur la distance de l'origine des pensions de permettre à l'
receive-pack
servicepousser la nouvelle branche à distance de l'origine
fusionner la nouvelle branche sur l'origine avec