2013-04-30 15 views
5

Così ho il seguente URL da gitlab per un progetto di nuova creazionepersonalizzato percorso repo

[email protected]:kellye/calendar-tool-of-doom.git

Questo mi un restituisce un 'non sembra essere un errore di repository git'

Così su una sensazione istintiva ho provato questo

[email protected]:repositories/kellye/calendar-tool-of-doom.git

e ha funzionato bene.

Noterò che ho cambiato il repos_path in gitlab.yml e config.yml (in git-shell) in una cartella raided /source/repositories/.

Qualche idea su come posso ottenere l'URL corretto o risolvere il problema?

Inoltre, ho creato un collegamento simbolico da/home/git/repository a/source/repositories, quindi è possibile estrarre i pezzi di percorso iniziali da tale collegamento simbolico.

Ciò significa che quando faccio un pull git, la directory principale è il diritto /home/git directory ... qualcosa non è impostato e non sono sicuro di cosa si tratta.

ho provato anche mettere un cd /source/repositories nel mio .profile.bash_rc e .ssh/config e che non ha aiutato neanche.

allora ho spostato il raid per /home/git/repositories e mettere tutti i miei file lì, e aggiornato tutti i miei file di configurazione ed ha ancora la radice impostata /home/git invece di /home/git/repositories

Questo non è un problema, cosa il problema è che il all'interno di di gitlab mostra l'url come [email protected]:kellye/amazon-bucket-loader.git. Tutto quello che mi interessa è che è corretto, quindi anche se mostrasse [email protected]:repositories/kellye/amazon-bucket-loader.git invece non mi interesserebbe.

Ho anche un bug report con loro ... Credo che vedremo chi è stizzoso https://github.com/gitlabhq/gitlabhq/issues/3755

+0

Con tutto il movimento che stavate facendo, è possibile che non tutto stia puntando dove dovrebbe. Hai provato a rimuovere il repository e ad aggiungerlo di nuovo in Gitlab? –

+0

@Duotrigesimal Grazie, ma sempre lo stesso risultato –

+0

Quindi, il mio file gitlab.yml dice '# REPOS_PATH NON DEVE ESSERE UN SYMLINK !!!' proprio sopra la linea dei repository, in modo da spiegare il tuo problema precedente. –

risposta

0

Sul server, date un'occhiata al file /home/git/.ssh/authorized_keys. Assicurarsi che la voce inizi con il comando impostato sull'eseguibile gitlab-shell; in questo modo:

command="/home/git/gitlab-shell/bin/gitlab-shell key-2",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty ssh-rsa .......

Non dovrebbe essere necessario per includere la directory repository nel percorso SSH.

+0

Sì, ecco come appare il mio file authorized_keys. Non l'ho affatto modificato, e gitlab sembra essere in grado di scrivere e modificare il file bene. –

+0

sembra come questo 'command ="/home/git/gitlab-shell/bin/gitlab-shell key-2 ", no-port-forwarding, no-X11-forwarding, no-agent-forwarding, no-pty ssh -rsa AAAA (resto della chiave) ' –

+0

Come ho detto, posso colpirlo aggiungendo repository all'inizio dell'URL, ma all'interno dell'interfaccia utente mostra l'URL clone senza la parola repository –

Problemi correlati