2013-04-23 20 views
5

Sto creando questa domanda per aiutare gli altri nella loro ricerca di documentazione relativa due problemi di configurazione GitLab quando si cerca di spingere un repo inizializzato:GitLab v5.0 git problemi spinta

1: l'utente git sul tuo GitLab server richiede la password anche dopo aver impostato una chiave SSH in frontend GitLab:

$ git push -u origin master 
[email protected]'s password: 

2: il cliente gitlab-shell sembra guardare nel posto sbagliato per il pronti contro termine quando si tenta di spingere (/home/git/repositories è dove tutti i repository dovrebbero essere memorizzati come spe cordato in /home/git/gitlab-shell/config.yml):

$ git push -v -u origin master 
Pushing to [email protected]:sadmicrowave/test-project.git 
fatal: 'sadmicrowave/test-project.git' does not appear to be a git repository 
fatal: The remote end hung up unexpectedly 
+0

5.0 è molto, molto, molto vecchio in questo preciso momento. Si prega di considerare un aggiornamento – frlan

risposta

6

quando la chiave SSH ottenuto aggiunto nel frontend GitLab ho notato che non veniva aggiunto di conseguenza nel file /home/git/.ssh/authorized_keys. Dopo un po 'di scavo ho trovato questo https://github.com/gitlabhq/gitlabhq/issues/3120 che mette in evidenza per eseguire il seguente rake:

rake gitlab:shell:setup RAILS_ENV=production 

Nota: il riferimento lascia fuori la parte RAILS_EVN=production ma ciò che è necessario in modo da non ottiene un altro errore che indica cannot load such file -- rb-inotify

Come il mio utente git non ha sudo accesso ho dovuto eseguire il comando precedente da un altro accesso utente con sudo e quindi eseguire il seguente per dare le autorizzazioni appropriate (git) torna alla directory .ssh:

$ sudo chgrp -R git /home/git/.ssh 
$ sudo chown -R git /home/git/.ssh 

Dopo tutto ciò, tornare al frontend GitLab, eliminare e ricreare la chiave SSH (è possibile utilizzare la stessa chiave pubblica di prima).

Si dovrebbe vedere il record corretto in /home/git/.ssh/authorized_keys e se si esegue git push -v -u origin master dal computer locale si dovrebbe essere buono ora!

+1

speriamo che questo risparmi ore di ricerca – sadmicrowave

+0

Forse potresti fornire una risposta [qui] (http://stackoverflow.com/questions/17113047/coping-with-gitlab-ssh-key-syncronization-bug) –

+1

Piccolo errore di battitura su sudo chgrp -R git /home/git/.ssh. – user1226868

Problemi correlati