repositorio - git remove tag

GitLab: ¿No se puede enviar el código al servidor?

Question

He instalado GitLab en un servidor Ubuntu. Todo parece funcionar bien, excepto que no puedo empujar / tirar / clonar hacia / desde el servidor.

Cuando presiono obtengo el mensaje de error general:

fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Intenté todo, desde horas de búsqueda en Google, pero parece que no encuentro un problema.

sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production

Funciona bien, bien en todos los ámbitos!

Puedo SSH en [email protected] Obtengo:

PTY allocation request failed on channel 0
Welcome to GitLab, Anonymous!

Cuando lo hago:

ssh [email protected] "ls /location/of/git/dir"

Yo obtengo:

Not allowed command

El sitio web se está ejecutando, cuando creo un repositorio en el sitio aparece en / home / git / repository /

Pero todavía no puedo presionarlo.

Seguí esta guía:

https://github.com/gitlabhq/gitlabhq/blob/5-0-stable/doc/install/installation.md

y esta guía para que funcione en apache:

http://shanetully.com/2012/08/running-gitlab-from-a-subdirectory-on-apache/

Answer 1

En mi caso, la razón era una redirección forzada a https por nginx. Comprueba si el usuario de git puede usar gitlab-api ejecutando

sudo -u git -H /home/git/gitlab-shell/bin/check

en el servidor. En mi caso, la salida fue

Check GitLab API access: FAILED. code: 301

Tuve que cambiar el gitlab_url en /home/git/gitlab-shell/config.yml a https://<domain>

Answer 2

Finalmente lo descubrí después de muchas horas de depuración, y de alguna manera sabía que había un problema simple con la configuración.

Dado que la segunda guía menciona cómo configurar gitlab en apache con una URL relativa, en realidad tienes que hacer algunas configuraciones más dentro de gitlab. Descomenté la línea sobre url relativo: s unicorn.rb y en gitlab-shell / config agregué mi URL completa (con subdirectorio).

Antes de:

 http://web-adress.com/

después:

 http://web-adress.com/subdomain/

Ahora funciona genial

Answer 3

No sé si ya resolvió esto, pero lo que encontré es que si genero una clave con la dirección de correo electrónico que utilicé en gitlab, el proceso funciona. Pasos que tomé:

ssh-keygen -t rsa -C "#email address#"

Crea una nueva clave ssh usando el correo electrónico proporcionado.

Genera un par de claves RSA públicas / privadas.

A continuación, simplemente use el código a continuación para volcar su clave pública y agréguela a las claves SSH de GitLab

cat ~/.ssh/#key name#.pub

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC6eNtGpNGwstc....*

Answer 4

Para ser más preciso con respecto a la respuesta aceptada ("respondida el 6 de abril a las 17:23" y "editada el 21 de julio a las 10:07" por "Joakim Engstrom"):

Probablemente esté en la situación en la que actualizó Gitlab para que se ajuste a su propia ruta de contexto (es decir, que acceda desde http://localhost/<my_context_path> y no http://localhost ).

En los procedimientos para esto, no se menciona para modificar también este archivo de configuración de gitlab-shell:

// logout any Gitlab open session, stop your Gitlab service, and your possible third-party webserver first  
$ sudo service apache2 stop  
$ sudo service gitlab stop  

// perform the modification that fixes it, if you indeed configured Gitlab to be accessed with a custom context path  
$ sudo -u git -H nano ~git/gitlab-shell/config.yml  

# Url to gitlab instance. Used for api calls. Should end with a slash.
-gitlab_url: "http://localhost/"
+gitlab_url: "http://localhost/<my_context_path>/"

// restart services  
$ sudo service gitlab start  
$ sudo service apache2 start  

// Try to push again from your particular Gitlab user local repository, to the Gitlab remote repository    
$ cd <path_to_my_local_repository>  
$ sudo -u <OS_username_that_owns_the_local_repository> -H git push -u origin master  
Counting objects: 3202, done.  
Delta compression using up to 2 threads.  
Compressing objects: 100% (3115/3115), done.  
Writing objects: 100% (3202/3202), 11.56 MiB | 5.34 MiB/s, done.  
Total 3202 (delta 609), reused 0 (delta 0)  
To `git@<my_FQDN>:<my_Gitlab_user_or_group_name>/<my_gitlab_project_ID>.git`  
  * [new branch]      master -> master  
Branch master set up to track remote branch master from origin.  
$   

Acerca de "similar a .com/questions/13071234/... - Paul Verest el 18 de julio a las 6:20" ( No se puede enviar a la nueva instalación de gitlab ):
No, este no es el mismo problema en este tema de página.

Answer 5

Puedes probarlo con el siguiente comando. Cuando inicie sesión, debería decir su nombre.

ssh -T [email protected]

¡Bienvenido a GitLab, Christian Hammer!

Si dice "¡Bienvenido a GitLab, Anónimo!" gitlab no te reconoce como usuario de gitlab.

Answer 6

para mí fue porque había restringido quién podía ingresar a mi servidor en / etc / ssh / sshd_config AllowUsers git