git push origin REFUSÉ par fallthru, crochet diminué: gitolite

J'ai un problème en poussant avec git à l'aide de Gitolite.
Quand j'ai essayer ceci:

git push origin :refs/tags/deployment

J'obtiens cette erreur:

remote: D NAME/install.py repos michael DENIED by fallthru
remote: error: hook declined to update refs/tags/deployment
To gitolite@admin:repos
 ! [remote rejected] deployment (hook declined)
error: failed to push some refs to 'gitolite@admin:repos'

J'ai donné le groupe deploy [dont l'utilisateur michael est un membre de] l'autorisation de supprimer des branches dans le Gitolite config:

@deply  =   michael

repo  repos

        RWD    =   @deply

J'ai vu ce post: "Incapable de pousser dans Git. Pourquoi?"

Mais je ne suis pas à l'aide de toutes les crochets que je suis au courant et ne peut pas trouver tout autre chose qui pourrait être lié.

Est-il quelque chose de im manquant peut-être?
Personne n'a rencontré ce?

Ce gitolite version utilisez-vous?
j'ai installé cette version de gitolite: 1.5.4-2
J'espère que non 😉 Cela devrait être une V2 ou V3: voir stackoverflow.com/questions/10207919/... pour déterminer la Gitolite version.
ssh vers le serveur me donne: bonjour michael, le gitolite version ici est 1.5.4-2~bpo50+1 (Debian)
Ça semble être un incroyablement vieux version de Gitolite (23 juillet 2010), et peut-être liées à la github.com/sitaramc/gitolite/blob/... en terme de message d'erreur.

OriginalL'auteur teak | 2012-05-03

  1. 16

    Vous avez besoin RW+ autorisation pour ref modifications/suppression

    RW+, pour le "push -f" ou ref suppression autorisé (c'est à dire, de détruire de l'information)

    Aussi, si vous êtes en utilisant V2 cela peut s'appliquer:

    RWD et RW+D, pour ref suppression. Une fois que vous l'utiliser dans un repo, un normal RW+ peut plus supprimer un ref; il ne peut rembobiner

    Sources:

    http://sitaramc.github.com/gitolite/g2/conf.html

    http://sitaramc.github.com/gitolite/rules.html

    au-dessus de la source de liens obtient de naviguer de page non trouvé

    OriginalL'auteur Mike

  2. -5

    Cela a fonctionné pour moi, quand rien d'autre ne:

    cd ~gitlab/gitlab
sudo -u gitlab -H bundle exec rake gitlab:gitolite:update_keys RAILS_ENV=production
sudo -u gitlab -H bundle exec rake gitlab:gitolite:update_repos RAILS_ENV=production

    OriginalL'auteur Huns