erreur de poussée de gitolite - & gt; à distance: ENV GL_RC non défini

Je suis en train de pousser du contenu à partir d'un poste de travail à un serveur. Mais il me donne une erreur. Merci de regarder la suite pour la commande et l'erreur:

Administrator@ganesh ~/testing  
$ git push origin master  
Counting objects: 3, done.  
Writing objects: 100% (3/3), 241 bytes, done.  
Total 3 (delta 0), reused 0 (delta 0)  
remote: ENV GL_RC not set  
remote: BEGIN failed--compilation aborted at hooks/update line 20.  
remote: error: hook declined to update refs/heads/master  
To git@ganesh:repositories/testing  
 ! [remote rejected] master -> master (hook declined)  
error: failed to push some refs to 'git@ganesh:repositories/testing'

Il semble que j'ai besoin de définir la variable d'environnement GL_RC. Est-ce donc?

Quelqu'un sait-il me dire ce que peut être le problème et comment je peux le résoudre? Je suis à l'aide de gitolite sur Windows Server 2003.

source d'informationauteur amar4kintu

  1. 9

    Comme illustré dans la doc dépannage sshceci est probablement causé par un chemin d'accès incorrect pendant le clonage.

    La documentation (quelques pièces ci-dessous sont valables uniquement pour Gitolite V2) mentionne:

    La deuxième erreur

    (ie. "vous êtes en mesure de cloner des référentiels, mais sont incapables de pousser des modifications (l'erreur se plaint de la GL_RC variable d'environnement n'étant pas fixé, et les crochets/mise à jour à défaut d'une certaine façon)

    se passe si vous utilisez git@server:repositories/reponame.git (en supposant par défaut $REPO_BASE réglage -- dans Gitolite V3il est toujours ~/repositories) -- qui est, vous avez utilisé la totalité unix chemin.

    Depuis la "préfixer" mentionné ci-dessus n'est pas requise, le shell trouve les pensions et les clones ok.

    Mais quand vous poussez, gitolite la mise à jour de crochet coups de pied dans, et ne parvient pas à s'exécuter parce que certaines des variables d'environnement, il attend ne sont pas présents.

    Le message qui s'affiche sur une exécution réussie de la "facile à installer" programme clairement le message d'avertissement suivant:

    *Your* URL for cloning any repo on this server will be
        gitolite:reponame.git

    *Other* users you set up will have to use
        <user>@<server>:reponame.git
    However, if your server uses a non-standard ssh port, they should use
        ssh://<user>@<server>:<port>/reponame.git

    Donc dans votre cas, vous devez avoir cloné votre repo avec:

    git clone git@ganesh:repositories/testing.git

    au lieu de:

    git@ganesh:testing.git
  2. 2

    Le dépannage ssh document à http://sitaramc.github.com/gitolite/doc/ssh-troubleshooting.html (ainsi que dans le gitolite source repo) a été entièrement re-travaillé maintenant. Je suis en espérant qu'il aille beaucoup mieux et explique les choses plus facile, y compris cette erreur spécifique.

    Je vais aussi ajouter que vous avez, idéalement, devrait lire ce document dans son intégralité, au moins la première fois.

    Sitaram

  3. 2

    Viens de recevoir le même message d'erreur.

    Bonne réponse est que vous devez utiliser git clone gitolite:repo_name commande pour cloner le dépôt et git push gitolite:repo_name pour pousser les changements, au lieu de git clone git@yourservername:repo_name.

  4. 2

    Tenter:

    ssh git@ganesh

    Vous devriez voir gitolite-shell à la place de bash:

    ssh git@localhost

PTY allocation request failed on channel 0 hello
id_rsa, the gitolite version here is 2.0.3-2 (Debian) the gitolite
config gives you the following access:
     R   W  gitolite-admin
    @R_ @W_ testing
Connection to localhost closed.

    Pas si cela signifie que vous contournement de gitolite-shell et l'utilisation de bash à la place.
    La raison en est peut-être, que par l'exécution gl-installation your_pub_key.pub que vous avez ajouté votre clé à la fin de /home/git/.ssh/authorized_keys.

    Par conséquent, cette clé n'est jamais atteint, parce qu'il y a d'autres touches en haut. Donc, vous devez simplement ouvrir /home/git/.ssh/authorired_keys et déplacer le récemment ajouté gitolite clé vers le haut du fichier.

    Après le déplacement de ce dossier pour le haut du fichier, vous devriez être en mesure d'utiliser:
    git clone git@ganesh:testing.git
    l'insead de
    git clone git@ganesh:repositories/testing.git
    Le second clones les pensions de titres, mais conduit à l'erreur, parce que vous l'exécutez "git push" par l'intermédiaire de bash, au lieu de gitolite-shell