Problème Git

En arrivant ici, j'ai naturellement cherché à tester setup. Simplement, cela fait 1h que je tente, sans succès de le télécharger via git.

Pour commencer, le débit avec gitorious ne dépasse jamais 15 kiB/s, il serait eut être temps de changer le dépôt de serveur ? Ensuite, dans tous mes essais, le téléchargement se bloque à 96%, il est impossible d'alle plus loin, et je suis obligé de "tuer" git...

Donc si quelqu'un a une solution, je suis preneur (je précise quand même que je suis sous archlinux à jour, en virtualisé avec VirtalBox). Je vous tiens au courant, je suis encore en train d'essayer en ce moment même...

Le soucis vient surement de toi pourtant :

1
2
3
4
5
6
7

xse@ks363446:~$ git clone git://gitorious.org/logram/setup.git
Initialized empty Git repository in /home/xse/setup/.git/
remote: Counting objects: 1721, done.
remote: Compressing objects: 100% (818/818), done.
remote: Total 1721 (delta 1050), reused 1487 (delta 885)
Receiving objects: 100% (1721/1721), 30.51 MiB | 5870 KiB/s, done.
Resolving deltas: 100% (1050/1050), done.

:)

Essaie de rajouter "--depth 1" dans la commande, ça te permet de ne pas DL tout les artworks et autres machins effacés mais gardés pour l'historique (surtout que Gitorious nous limite à 500MB par mois de trafic ).

1

git clone --depth 1 git://gitorious.org/logram/setup.git

Voilà, j'espère que ça marchera .

XSE: Donc maintenant que tu vois qu'on n'a que 500MB de bande passante, j'espère que tu as honte de ne pas avoir RTFMé et ainsi DL 30MB .

"Oups"

Enfin, un serveur git c'est pas si dur a faire, rien ne t'empêche de quitter gitorious :)

Ca marche, merci steckdenis, le poids est passé de +13Mo à 115ko Donc voilà, problème résolu, merci.

(Je ne serais pas non plus contre un git hébergé chez logram )

On est chez gitorious pour plusieurs raisons :

• Communauté ouverte : n'importe quel développeur non-Logrammien étant sur Gitorious voit les notifications sur la page d'accueil quand Logram bouge, et peut s'y abonner.
• On peut surveiller des projets, créer des clones perso, commenter, revoir le code, etc.
• Y'a des outils pas mal, comme la gestion des contributeurs, la gestion des dépôts en partie administration, des statistiques, etc.

Donc Gitorious amène beaucoup plus de choses qu'un dépôt Git. Aussi, il est plus solide que Logram, donc il risque moins de tomber en panne que le serveur de Logram. C'est aussi une tâche d'administration en moins (un nouveau contributeur : 90% de chances qu'il soit sur Gitorious et qu'il suffise d'appuyer sur un bouton pour qu'il puisse pusher, sinon on lui demande de s'y inscrire. Avec Logram, il faut sortir le fichier de conf et/ou la BDD, demander son mdp au contributeur (donc là il risque de ne pas aimer), modifier le fichier, rebooter Git, espérer que ça marche).

HAHAHA.

• Dépot Git sur notre serveur != communauté fermé, ca change quedal
• Les clones sont aussi possible, c'est juste que gitorious simplifie la chose
• Pas besoin de mot de passe, git passe par ssh, on a juste besoin de la clé RSA aucun mot de passe n'est transmis.
• Je n'ai jamais vu le serveur logram planter depuis la v4
• On peut faire la même chose en python et intégré au design du site.
• Si tu désire garder gitorious tu peux, tu ajoute simplement un remote à ton dépot local (git remote add gitorious git@gitorious.org:logram.git un truc du genre puis git push gitorious)
• Il existe gitauth qui permet le déploiment d'une interface web hyper simplement, l'ajout d'user sans toucher aucun fichier de configuration, idem pour la gestion des dépots. Je dirais en fait la même simplicité que mercurial.

Pour githaut : interface web en Python et utilise Django ? Si non, pas de gitauth. Uniquement du Python qui utilise Django sur le serveur, car à multiplier ce qui tourne, on obtient ce que l'ancien avait : dès qu'il y a un peu de charge, Apache se met à consommer 100Mio par processus et fait tout swapper. On se fait aussi pwner à la moindre faille.

Ici, on a nginx qui envoie les données à ./manager runfcgi, c'est super rapide, super léger, super sécurisé (hors sujet : Django 1.2 sort dans quelques jours et je devrai porter pas mal de machins (user.message_set par exemple) ).

Et puis bon, même si c'est bien entendu possible de tout faire sur notre serveur, c'est du travail en plus, et notre communauté n'est pas infinie .