Développement, et vous vous versionnez comment ? - Page 2

et un compte gmail, c'est pas trop lent ?

Ben s'il ne stocke que les sources je ne pense pas.

Perso mes sources sont sous un serveur NFS, mais les objets dans /tmp. On peut surement faire de meme.

vince :
ça revient au même...

Pas tout à fait : CVS fait de la gestion de révision. C'est super pratique. Ca t'es surement déjà arrivé de modifier un machin, que ton prog marche plus, et que tu arrives pas à revenir en arrière ?
Ben CVS te permet à tout moment de revenir à n'importe quelle version (genre tu peux lui demander "je veux que tu me mettes tout mon projet tel qu'il était le12 janvier 2003 à 13h37")
Ca permet aussi de travailler à plusieurs sur le même projet sans risque que qqn écrase le travail de l'autre.

Après, si tu utilises des outils graphiques dignes de ce nom, tout est intégré dedans. Sinon il existe des interfaces graphiques à CVS qui fonctionnent très bien, et génèrent les commandes pour toi (voir LinCVS par exemple (oui il tourne aussi sous windows ) )

Flanker :
par contre, si tu lances des applications graphiques, là il faut envoyer le contenu graphique des fenêtres

Presque. En fait il se place un niveau plus haut, ce qu'il fait qu'il n'envoit pas le contenu graphique des fenetres comme vnc, mais il envoit directement des primitives (ce qui est bcp plus petit), genre "dessine un rectange, affiche cette chaine de caractères..."

kim :
L'export graphique, c'est ssh -X. en gros, tu ouvres une session ssh sur un serveur distant, qui a un serveur X

Le serveur distant n'a pas besoin d'avoir un serveur X. Comme tu l'as très justement fait remarquer après, c'est le système local qui doit en avoir un

et effectivement, le ssh -X demande une très bonne bande passante

Faut dire aussi que personne ne pense à mettre -C (compression) quand il fait du ssh -X. Du coup tout passe non compressé, et forcément ça fait mal. Fait ssh -CX ça va déjà aller beaucoup mieux

on utilise SVN pour tout maintenant
(meme pour les ressources graphiques)
mais il est assez bourrin point de vue nombre de fichiers dans les .svn, et taille... (et lent a chier par moments, mais bon ca depend de ce que tu fais avec aussi...)
on etait sous cvs avant, mais mis a part ces quelques details, svn est globalement bcp mieux je trouve...

spectras :
(ce qui est bcp plus petit)

... ou beaucoup, beaucoup plus gros selon les cas ...

(Je conçois que ça soit possible mais je ne parviens pas à voir quel genre d'application pourrait générer un cas défavorable)

exemple : un programme qui trace un gros paquet de lignes (qqs 100aines de milliers), je t'assure que ça rame vraiment (même avec la compression)
mais j'avais pas le courage de rtfmer pour faire un serveur X/serveur VNC ^^ (c'est chiant à mettre en place, ou y a une commande installée à peu près partout pour ça ?)

Tu connais beaucoup de programmes qui s'amusent à tracer des centaines de milliers de lignes ? Ca fait autant de lignes qu'il y a de pixels à l'écran.
Si t'en est là c'est que t'as un problème avec ta façon de procéder (et ça va ramer même en local). Et si tu sais que tu vas devoir faire beaucoup de dessins compliqués, tu fais le rendu en local et tu envoies le résultat (comme ce qui se passerait avec vnc), mais juste pour l'objet spécifique qui a ce problème.

serveur vnc => typiquement c'est une application utilisateur qui fait des screenshots régulièrement et utilise le protocole de vnc pour envoyer les différences. Y' pas de configuration particulière, t'installes l'appli tu la lances et tu suis les instructions
serveur X => ben dès que t'as un linux avec une interface graphique t'as un serveur X qui tourne. Par défaut il est configuré pour ne pas écouter sur le réseau, mais c'est juste une option à enlever dans un fichier de conf (cela dit faire du forwarding via ssh est plus économe en bande passante et mieux sécurisé).
serveur xdmcp => quelques options à bidouiller dans plusieurs fichiers de conf. Mais ça permet d'avoir une machine qui lance la *totalité* des applications graphiques sur une autre machine (ainsi que tous les programmes de l'utilisateur)

./34 : sisi, mais disons que tu n'y gagnes pas tant que ça en fait. (pour le ssh -X(C)). Du moins pas suffisamment pour pouvoir dire que c'est confortable avec des connexions adsl classiques.
Pour le serveur distant, s'il n'a pas besoin de X, il n'empêche qu'avec les dépendances de ses programmes, il faudra bien qu'il l'installe. Ou alors il aime compiler aux petits oignons. Chacun son truc.

Ben dès que t'as du graphisme un peu lourd, envoyer des fragments d'images de 3 ko ou de 20ko je t'assure qu'on voit bien la différence (même en réseau local d'ailleurs ça fait la différence entre du instantané une impression de léger lag).
Quand au serveur distant, je sais pas ce que t'utilises comme distribution, mais j'ai jamais vu aucun programme dépendant du serveur X, en dehors des display managers (ni sous debian ni sous mandrake7 (oué ça fait longtemps que j'ai laché mandrake)). T'es sûr que tu confonds pas avec xlibs ?

spectras :
Tu connais beaucoup de programmes qui s'amusent à tracer des centaines de milliers de lignes ? Ca fait autant de lignes qu'il y a de pixels à l'écran.

Oui, bah y a besoin bcp de lignes, pour relier 50000 portes logiques dans un FPGA

Et si tu sais que tu vas devoir faire beaucoup de dessins compliqués, tu fais le rendu en local et tu envoies le résultat (comme ce qui se passerait avec vnc), mais juste pour l'objet spécifique qui a ce problème.

Mais ça ça veut dire faire le rendu en soft ou être extrêmement platform-dependent (puisque rien ne passera par le serveur X, il faut tout faire soi-même), ce qui n'est pas vraiment acceptable... Sans compter qu'il faudrait réimplémenter toutes les primitives graphiques employées ^^
Et non, ça ne rame pas en local

!out les trolleux linux

svp, merci.

Oui, bah y a besoin bcp de lignes, pour relier 50000 portes logiques dans un FPGA

Parce que c'est une utilisation normale d'afficher 50000 portes logiques en même temps sur un écran ?
C'est illisible Typiquement tu vas plutôt zoomer, et ça fait tout de suite beaucoup moins de monde.
Mais même si tu affiche quand même tout ça, en supposant 3 traits/porte (150000 traits), à raison de disons 15 octets pour décrire une ligne (4 coordonnées 16 bits + la couleur 32 bits + un peu de rab) ça fait 2,2Mo. Une image de 1600x1200 à 3 octets/pixel (rvb compact) ça fait 5,7Mo, soit encore plus du double.

!stop

et tes lignes, elles vont être difficilement compressibles, alors que l'image de 1600x1200 aura plein de zones vides, sans compter que seulement 2 couleurs peuvent apparaître... (rien qu'avec ça ça devrait déjà prendre 24x moins de place :-p)

J'ai une clé USB et à chaque fois que je vais changer de poste, je balance tout dessus (merci la commande xcopy - Win2k/DOS).
Voilà, mais si tu as dû temps pour bien mettre en place un système fiable et qui te fera pas tout synchroniser à chaque fois (j'en ai fait le test), et je suis ce qui a déjà été dit : intalles un système de CVS; "Tortoise" par exemple.

Par contre, pour bien te faire comprendre que c'est lourd, je l'ai désinstallé sur LE serveur et depuis, j'ai la flemme de remettre cela en place.

Tchuss !

Euh c'est pas lourd c'est installé en 30 secondes et configuré en moins de 5 minutes.

On a pas le même cerveau alors

Le plus dur,c'est de remettre en cause ses méthodes de travail.

Quand t'es habitué à faire d'une façon, il faut se faire violence pour se persuader que c'est plus possible comme ça, et qu'on à tout à gagner à mettre en place une structure plus adapté, mais çaimpose de se sortir les doigts du nez à un moment.

montreuillois>
Installation
Etape 1 => apt-get install cvs
Etape 2 => cvs -d /var/lib/cvs init
Terminé.

Configuration d'un nouveau projet
Etape 1 => mkdir repertoiredetravail
Etape 2 => cd repertoiredetravail
Etape 3 => cvs -d /var/lib/cvs import -m "Création du projet" nomduprojet INITIAL INITIAL

Voilà c'est terminé. Cinq minutes sont amplement suffisantes, même en prenant son temps.
Si tu ne veux pas tapper les commande toi même je te conseille LinCVS (oui ça tourne aussi sous windows) qui fait tout ça très bien en 3 clics de souris.

spectras, tu oublies que ça doit fonctionner sur tout système et principalement sur W2K

Surtout pour le problème de Vince dont il est sujet maintenant

vince> non j'ai pas oublié, tu prends lincvs et tu appliques la méthode de mon post précédent, en remplaçant "apt-get install cvs" par le lancement de l'installer de LinCVS.
Bon faut un peu tweaker les commandes, genre remplacer /var/lib/cvs par un chemin windows, comme c:\basecvs et mkdir par md, mais à part ça c'est exactement la même chose (et encore si tu utilises lincvs pour faire ça il se débrouille tout seul).

Voilà, version pour windows, j'avoue que c'est vachement plus compliqué, montreuillois
Installation
Etape 1 => Décompresser http://lincvs.com/download_xxl/lincvs-xxl-1.5.0-1-Win32-bin.zip
Etape 2 => Ajouter le répertoire de lincvs\Tools dans le path
Etape 3 => cvs -d c:\basecvs init
Terminé.

Configuration d'un nouveau projet
Etape 1 => md repertoiredetravail
Etape 2 => cd repertoiredetravail
Etape 3 => cvs -d c:\basecvs import -m "Création du projet" nomduprojet INITIAL INITIAL

Je me permets aussi de re-rappeler que lincvs a une interface graphique qui fait ça très bien.

J'ai dû manquer une étape alors