Gitlab pousser. Vous n'êtes pas autorisé à accéder au master
J'ai mis en place mon propre serveur (à la maison) et je suis de l'atteindre via putty sur mon PC principal.
Gitlab est installé et configuré, je peux arriver à gitlab et connectez-vous.
Mais quand j'essaie de repousser les fichiers (via HTTP) pour mon propre projet, j'obtiens ce message:
POST git-receive-pack (381 bytes)
remote: GitLab: You are not allowed to access master![K
remote: error: hook declined to update refs/heads/master[K
To http://myserver.com/root/push2jump.git
! [remote rejected] master -> master (hook declined)
error: failed to push some refs to 'http://myserver.com/root/push2jump.git'
Je suis à l'aide de HTTP au lieu de SSH parce que là, j'ai "Accès refusé", donc, fondamentalement, il n'est ni de travail.
Quand je lance
sudo bundle exec rake gitlab:check RAILS_ENV=production
Il me dit que le Sidekiq script n'est pas en cours d'exécution (dont je n'arrive pas à résoudre, ne sais pas si c'est lié à ce problème)
Bien sûr, il me dit que le dépôt est vide. Le reste semble bien.
J'ai vérifié
.ssh/authorized_keys
Qui semblent corrects ainsi, la clé est la même que ma clé enregistrée.
Et mon repos_path dans gitlab-shell/config.yml semble bon, ne pas utiliser de lien symbolique:
repos_path: /home/git/repositories/
J'ai exécuté la officiel gitlab guide d'installation.
Quelqu'un peut m'aider avec ce problème?
Merci d'avance
Mise à JOUR
System information
System: Ubuntu 12.04
Current User: git
Using RVM: no
Ruby Version: 2.0.0p481
Gem Version: 2.0.14
Bundler Version:1.6.2
Rake Version: 10.3.1
Sidekiq Version:2.17.0
GitLab information
Version: 6.9.2
Revision: e46b644
Directory: /home/git/gitlab
DB Adapter: mysql2
URL: ***
HTTP Clone URL: ***/some-project.git
SSH Clone URL: ***:some-project.git
Using LDAP: no
Using Omniauth: no
GitLab Shell
Version: 1.9.4
Repositories: /home/git/repositories/
Hooks: /home/git/gitlab-shell/hooks/
Git: /usr/local/bin/git
source d'informationauteur AuStrike
Vous devez vous connecter pour publier un commentaire.
J'ai eu ce problème parce que j'ai eu
master
comme une branche protégéUne fois que j'non protégé de la direction générale, j'ai été en mesure de pousser fine
Tuer et de recommencer avec l'Omnibus edition de Gitlab.
La seule chose que vous devez exécuter une version 64 bits de Ubuntu - ne sais pas pourquoi ils n'ont pas en 32 bits, mais vous y êtes.
J'avais descendu l'installation de ré-installer-essayez de nouveau l'enfer jusqu'à ce que je suis juste allé avec l'Omnibus edition.
Deux "ennuyeux": l'Omnibus installer de Gitlab utilise le Nginx serveur web plutôt que d'Apache (mais il y a une bonne raison à cela étant donné que Nginx ne pas ouvrir un nouveau processus pour chaque connexion)... et il utilise PostgreSQL plutôt que MySQL pour la base de données. Pour la maison/bureau à domicile d'utilisation, vous pouvez bien entendu avoir PostgreSQL et MySQL installé sur la même machine. Moins évident est de savoir comment exécuter Apache et Nginx, ou vraiment, comment obtenir Nginx pour exécuter plusieurs serveurs virtuels, tout en conservant Gitlab.
J'ai eu des symptômes très similaires, et résolu le problème grâce à un changement de Projet d'adhésion. Le message d'erreur que j'ai reçu de TurtoiseGit après un push tentative:
Dans le gitlab admin des pages, j'ai trouvé que je n'étais pas membre du projet que j'ai essayé de le pousser à. J'ai été membre du projet du groupe, mais pas le projet.
Après que j'ai ajouté moi-même en tant que membre du projet, ma pousser a réussi sans erreur.
Juste eu le
You are not allowed to access master!
erreur sur un référentiel que j'ai possédés. Aucun de la branche protégé paramètres ont changé. Le problème est apparu juste après une sauvegarde du serveur GitLab; peut-être que le serveur était en mauvais état. Après avoir effectué une vérification de mon GitLab de l'installation, j'ai été en mesure de pousser à nouveau:GitLab du guide de dépannage. Observé ce problème sur GitLab 7.4.3.
J'ai d'abord pensé que c'était une branche protégé question. Il semblait étrange que j'avais perdu l'accès à un référentiel de direction, j'ai été le propriétaire du. Après la désactivation de la protection sur la branche, un coup de pousse encore abouti à la même question de l'accès. La restauration de la branche protégé m'a laissé dans le même état. J'ai effectué le GitLab vérifier (mentionné ci-dessus) qui semble résoudre le problème.
dans mon cas, c'est parce que la licorne port était occupé par un autre processus java, ajoutez cette ligne
licorne['port'] = 8090
dans /etc/gitlab/gitlab.rb et de l'exécution:
sudo gitlab-ctl reconfigurer