Paramètrage GitLab

[zodd]

Bonjour,

Je viens d’installer GitLab en suivant cette procédure:
github.com/gitlabhq/gitlabhq/bl … llation.md

Donc à priori tout s’est bien passé:

debian@srv-Debian:/home/git/gitlab$ sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production
Checking Environment ...

Git configured for git user? ... yes

Checking Environment ... Finished

Checking GitLab Shell ...

GitLab Shell version >= 1.9.1 ? ... OK (1.9.1)
Repo base directory exists? ... yes
Repo base directory is a symlink? ... no
Repo base owned by git:git? ... yes
Repo base access is drwxrws---? ... yes
update hook up-to-date? ... yes
update hooks in repos are links: ... can't check, you have no projects
Running /home/git/gitlab-shell/bin/check
Check GitLab API access: OK
Check directories and files: 
	/home/git/repositories: OK
	/home/git/.ssh/authorized_keys: OK
Test redis-cli executable: redis-cli 2.4.14
Send ping to redis server: PONG
gitlab-shell self-check successful

Checking GitLab Shell ... Finished

Checking Sidekiq ...

Running? ... yes
Number of Sidekiq processes ... 1

Checking Sidekiq ... Finished

Checking LDAP ...

LDAP is disabled in config/gitlab.yml

Checking LDAP ... Finished

Checking GitLab ...

Database config exists? ... yes
Database is SQLite ... no
All migrations up? ... yes
Database contains orphaned UsersGroups? ... no
GitLab config exists? ... yes
GitLab config outdated? ... no
Log directory writable? ... yes
Tmp directory writable? ... yes
Init script exists? ... yes
Init script up-to-date? ... yes
projects have namespace: ... can't check, you have no projects
Projects have satellites? ... can't check, you have no projects
Redis version >= 2.0.0? ... yes
Your git bin path is "/usr/bin/git"
Git version >= 1.7.10 ? ... yes (1.7.10)

Checking GitLab ... Finished

mais lorsque, après avoir créé avec git lab un nouveau projet vierge, d’une autre machine je tente un git clone j’ai une demande de password alors que j’ai configuré le projet comme public:

sudo git clone git@192.168.0.147:groupetest/projettest.git
Cloning into 'projettest'...
git@192.168.0.147's password: 
Permission denied, please try again.

et là je ne sais pas quoi mettre et aucun mot de passe que j’ai testé ne fonctionne (y comprit le mot de passe root de Gitlab)…

Par contre je n’ai pas modifié les fichiers de configurations dans la procédure car mon Gitlab ne sera accessible que sur le réseau local et en publique (je suis seul développeur et je veux me servir de gitlab pour faire du suivit de révision et de bug) et en les parcourant la configuration de base me semblait correcte…

Les deux endroits où j’aurai pu éventuellement changer quelque chose (je suppose) sont ici:
github.com/gitlabhq/gitlabhq/bl … nfigure-it
github.com/gitlabhq/gitlabhq/bl … b-settings

est ce que vous avez des idées ?

[zodd]

Salut,

Juste pour tester j’ai changer le mot de passe de l’utilisateur git sur le serveur.
et là ça va un peu plus loin:

sudo git clone git@192.168.0.147:groupetest/projettest.git
[sudo] password for franck: 
Cloning into 'projettest'...
git@192.168.0.147's password: 
fatal: 'groupetest/projettest.git' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

Je pense qu’il y a quelque chose que je n’ai vraiment pas compris…

quand je me connecte à mon gitlab depuis un navigateur web et que je vais dans mon projet j’ai ces instructions:

Git global setup:
git config --global user.name "Administrator"
git config --global user.email “admin@local.host”

Create Repository:
mkdir projettest
cd projettest
git init
touch README
git add README
git commit -m 'first commit’
git remote add origin git@localhost:groupetest/projettest.git
git push -u origin master

Existing Git Repo?
cd existing_git_repo
git remote add origin git@localhost:groupetest/projettest.git
git push -u origin master

hors je ne sais pas trop quoi faire avec… j’ai compris que sur le serveur il n’y a qu’un utilisateur git et qu’en fait les différents utilisateurs utilisant gitlab sont gérés au niveau applicatifs, mais là je bloque un peu…

Si vous avez un tutoriel “concis” qui permet d’utiliser les fonctions de base (créer un repository, faire un clone, un commit, un push, etc ), je suis preneur, merci…

j’ai testé ceci pour finir sur un message d’erreur:

cd projettest/
franck@VB:~/testscript/projettest$ git init
Initialized empty Git repository in /home/franck/testscript/projettest/.git/
franck@VB:~/testscript/projettest$ touch README
franck@VB:~/testscript/projettest$ git add README
franck@VB:~/testscript/projettest$ git commit -m 'first commit'
[master (root-commit) 1e110b1] first commit
 Committer: franck <franck@VB.(none)>
Your name and email address were configured automatically based
on your username and hostname. Please check that they are accurate.
You can suppress this message by setting them explicitly:

    git config --global user.name "Your Name"
    git config --global user.email you@example.com

After doing this, you may fix the identity used for this commit with:

    git commit --amend --reset-author

 0 files changed
 create mode 100644 README
franck@VB:~/testscript/projettest$ git remote add origin git@192.168.0.147:groupetest/projettest.git
franck@VB:~/testscript/projettest$ git push -u origin master
Access denied.
fatal: The remote end hung up unexpectedly

Edit:
Je pense que tout mes soucis viennent de ma configuration de config.yml car j’ai trouvé ce message posté par quelqu’un qui avait les mêmes messages d’erreur que moi:
So it was not issue more of a configuration setup. The config.yml of gitlab-shell should correctly point the URL. In my case it was git.domain.com:9222/.

Le problème c’est que je suis sensé mettre quoi comme domaine ? moi j’ai juste localhost , je devrais le remplacer par l’adresse IP sur le réseau?
voilà mon config.yml

# GitLab user. git by default
user: git

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

http_settings:
#  user: someone
#  password: somepass
#  ca_file: /etc/ssl/cert.pem
#  ca_path: /etc/pki/tls/certs
  self_signed_cert: false

# Repositories path
# Give the canonicalized absolute pathname,
# REPOS_PATH MUST NOT CONTAIN ANY SYMLINK!!!
# Check twice that none of the components is a symlink, including "/home".
repos_path: "/home/git/repositories"

# File used as authorized_keys for gitlab user
auth_file: "/home/git/.ssh/authorized_keys"

# Redis settings used for pushing commit notices to gitlab
redis:
  bin: /usr/bin/redis-cli
  host: 127.0.0.1
  port: 6379
  # socket: /tmp/redis.socket # Only define this if you want to use sockets
  namespace: resque:gitlab

# Log file.
# Default is gitlab-shell.log in the root directory.
# log_file: "/home/git/gitlab-shell/gitlab-shell.log"

# Log level. INFO by default
log_level: INFO

# Audit usernames.
# Set to true to see real usernames in the logs instead of key ids, which is easier to follow, but
# incurs an extra API call on every gitlab-shell command.
audit_usernames: false

[zodd]

j’ai peut être une piste…

ici:
github.com/gitlabhq/gitlabhq/bl … b-settings

# PostgreSQL
sudo -u git cp config/database.yml.postgresql config/database.yml

# Make sure to update username/password in config/database.yml.
# You only need to adapt the production settings (first part).
# If you followed the database guide then please do as follows:
# Change 'secure password' with the value you have given to $password
# You can keep the double quotes around the password
sudo -u git -H editor config/database.yml

ils parlent d’un password “déjà rentré” “to $password” … hors je ne vois pas de quoi ils parlent… quelqu’un a une idée?

edit: bon j’ai réussi à faire fonctionner le clonage et à faire un commit que je n’ai pas compris pourquoi ça ne marchait pas avant… de plus je ne comprends pas ces lignes et pourquoi elles sont paramétrées comme ça (car si j’ai bien suivie c’est la configuration de config/database.yml qui a généré ce paramètrage non ? ):

git config --global user.name "Administrator"
git config --global user.email “admin@local.host”

de plus le git apparait comme ceci:
git@localhost:grouptest/projettest2.git
et le fait qu’il y a marqué localhost me dérange car il devrait il y avoir soit 192.167.0.147 soit srv-Debian …