Déplacer gitolite3 sur un nouveau serveur

Comment déplacer avec succès une installation existante de gitolite3 sur un nouveau serveur?

J'ai suivi les instructions données ici .

Cependant, après avoir copié toutes les push -fmises en pension de l'ancien serveur (y compris l'original de gitolite-admin) et créé un clone à partir du dépôt initial de gitolite-admin, gitolite3 ne met pas à jour le .gitoliterépertoire caché du serveur à partir de gitolite-admin.

Voici les commandes exactes que j'ai courues

$ git clone git://github.com/sitaramc/gitolite
Cloning into 'gitolite'...

$ gitolite/install 
use the following full path for gitolite:
    /Users/git/gitolite/src/gitolite

$ gitolite setup -pk admin.pub 
Initialized empty Git repository in /Users/git/repositories/gitolite-admin.git/
Initialized empty Git repository in /Users/git/repositories/testing.git/
WARNING: /Users/git/.ssh/authorized_keys missing; creating a new one

La clé admin.pubest exactement la même que celle que j'ai utilisée pour la configuration d'origine.

Ensuite, j'ai remplacé le contenu du répertoire des référentiels générés par les référentiels du serveur d'origine (en remplaçant le référentiel nouvellement généré gitolite-admin).

$ gitolite setup

Cette commande n'a pas changé le .gitoliterépertoire caché , les lignes suivantes ont été ajoutées au journal/Users/git/.gitolite/logs/gitolite-2013-07.log

013-07-09.18:03:10  19151   cli gitolite    setup
2013-07-09.18:03:10 19151       system,git add conf/gitolite.conf
2013-07-09.18:03:10 19151       system,gitolite compile
2013-07-09.18:03:10 19151       system,gitolite trigger POST_COMPILE
2013-07-09.18:03:10 19151       system,/Users/git/gitolite/src/triggers/post-compile/ssh-authkeys,POST_COMPILE
2013-07-09.18:03:10 19151       system,/Users/git/gitolite/src/triggers/post-compile/update-git-configs,POST_COMPILE
2013-07-09.18:03:10 19151       system,/Users/git/gitolite/src/triggers/post-compile/update-gitweb-access-list,POST_COMPILE
2013-07-09.18:03:10 19151       system,/Users/git/gitolite/src/commands/access,%,gitweb,R,any
2013-07-09.18:03:11 19151       system,/Users/git/gitolite/src/commands/git-config,-r,%,gitweb\.
2013-07-09.18:03:11 19151       system,/Users/git/gitolite/src/triggers/post-compile/update-git-daemon-access-list,POST_COMPILE
2013-07-09.18:03:11 19151       system,/Users/git/gitolite/src/commands/access,%,daemon,R,any
2013-07-09.18:03:11 19151   END

Puis sur une autre machine où mon clone d'origine de l'original gitolite-adminest extrait, j'ai exécuté:

$ git push -f
Everything up-to-date

gitolite

— Sakra
source

Vous avez couru gitolite setup? Que dit le résultat git push -fdans le dépôt gitolite-admin?

— Etan Reisner

Voir la question mise à jour.

— sakra

Vous avez manqué la partie sur l'ajout d'une nouvelle télécommande pour le nouveau serveur avant le push. Vous devez faire cela pour que le push -fva au nouveau serveur.

— Etan Reisner

Comme mentionné par Etan Reisner dans un commentaire, il est essentiel de transférer une nouvelle télécommande vers le nouveau serveur. Sur la machine locale où le clone d'origine de l'original gitolite-adminest extrait, exécutez:

$ git remote add newserver git@newserver.local:gitolite-admin.git
$ git push newserver -f
Counting objects: 281, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (240/240), done.
Writing objects: 100% (281/281), 27.83 KiB | 0 bytes/s, done.
Total 281 (delta 85), reused 5 (delta 0)
To git@newserver.local:gitolite-admin.git
 + d7502b8...de05d2e master -> master (forced update)

Du côté du serveur, le .gitoliterépertoire caché a été mis à jour avec le contenu original du gitolite-adminréférentiel.

— Sakra
source