[je mettrais à jour qd j'aurais le temps]

arch

pkoi ?

http://flibuste.net/libre/tlafr/
(le système de cache est cool)à

subversion, c'est simple et ca marche

Ca m'interesse aussi ce fil.. drapeau!
Perso on est avec FreeVCS... C pas intégré mais ca fait bien ce qu'on lui demande pour des projets à deux trois développeurs...
Je suis sous Eclipse en Java aussi...
Les inconvénients de FreeVCS : l'obligation de l'arborescence....

?

www.freevcs.org

non, je parle de l'inconvénient

OMG, un CVS graphique

Beh j'entendais par inconvénient que si tu mets le projet sous cmonprojetamoi... ensuite tt le monde aura la meme arbo... cmonprojetamoi ... et ca ne plait pas a tt le monde!

ben t'es pas obligé de mettre ton arborescence dans le tron commun

beh je n'ai pas trouvé comment faire sinon...
 
C pour ca aussi que ce sujet m'intéresse.. et que si quelque chose de tres simple et performant est dispo.. comme une nouvelle version de l'appli arrive en développement, je suis preneur pour tester!

subversion est plus avancé que cvs au niveau features, mais un poil plus complexe à installer (puisque pour cvs y'a rien a installer )... d'autre part, il semblerait que les outils soient pas encore trop au point et/ou à jour.. (je pense à l'integration eclipse ou idea)
 
quand aux autres.. pourquoi pas, mais bon, tenir compte du cout d'apprentissage par rapport à un systeme plus repandu.

A ta place j'oublierai SourceSafe.
 
Au boulot on utilise Perforce.
Dans ma boite précédente et celle d'avant on utilisait CVS.
Mais entre CVS et Perforce, Perforce est bien meilleur, plus performant, plus complet et facile d'utilisation pour des choses qui demandent une bonne dose de maitrise sur CVS.
 
Par contre peut-etre qu'il requiert plus de maintenance (n'étant pas dans l'équipe de maintenance je ne peux pas vraiment dire).
 
Je ne connais pas les autres.
Ma préférence (en tant qu'utilisateur)
est donc Perforce > CVS >>> SourceSafe.
 
LeGreg

et t'as une doc en francais de mise en place de Perforce..?

http://better-scm.berlios.de/compa [...] rison.html
bordel, tu aurais au moins pu reprendre ce lien.
 
perso, c'est uniquement pour des raisons techniques que j'utilise svn : c'est le seul qui a un plugin eclipse.
 
Et faire un refactor->rename sans avoir le système de version qui suit, c'est pas possible.
 
Et je refuse d'apprendre CVS qui est un fossile qui ne mérite que de disparaitre avec C et C++.

... et taz.
 
 
sinon, l'histoire du cache, il y a la même chose sous svn, on peut tout faire offline sauf le commit et le checkout.

faire les commit offline, c'est cool.
non, là ou je trouve le cache bien, c'est surtout quand t'as la gachette facile et que tu fais des update réguliers parce que tu sais que y a du monde qui travaille. le cache permet de diminuer fortement le traffic réseau, et donc le temps à attendre pour finalement se rendre compte que les autres branleurs ont rien commités.
 
 
edit : n'empêche, je t'aime bien.

on va quoter quand même, ça peut servir pour plus tard ...

Ma modeste pierre à l'édifice.
 
Au boulot, on bosse sous eclipse avec CVS. D'un côté c'est bien pratique parce que c'est complètement intégré, que ce soit avec la perspective CVS ou avec la perspective Synchronize (un vrai régal celle-ci). Facile à apprendre et à maintenir.
 
Par contre, tout n'est pas rose:
- eclipse envoi visiblement des requètes CVS de manière quasi-continue sur le serveur => un load qui approche les 5 en average quand tous nos éclipses sont lancés
- on bosse avec un modèle proche de l'XP, et donc on a du refactoring régulièrement. Quand ce ne sont que des méthodes et des propriétés, c'est pas un problème, mais quand on change des classes, voir qu'on déplace des morceaux complets de package, on est obliger de pèter le projet en local pour récupérer le nouveau. Comme on a un système de release très fréquent, c'est pas trop gènant, mais c'est pas le plus pratique...
 
Sinon, faudra que je demande un jour au bosse pourquoi il n'a pas pris subversion (mis à part l'intégration dans eclipse)

bah oui, ça fait jamais de requête sur le serveur et c'est intégré à eclipse.

pour l'intégration, faut que ca tourne sur la M9, et bientôt la 3 finale, vu qu'on fait un plug-in eclipse, on travail toujours avec la dernière version (on risque d'ailleur de passer à la RC1 bientôt)

là je sais pas, j'ai pas les compétences pour compiler un plugin, donc je ne suis pas la version svn, mais j'attends qu'ils fassent des releases.

c lourd svn a monter non ? foutre une berkleyDB avec ??? m'enfin bon...
 
le choix se réduit plus entre cvs (historique, compatible, intégré à eclipse) ou svn (puissant, moderne, un peu jeune encore, et les plugins sont à la rue)
--> faudrait utiliser un client externe à eclipse pour faire les commit du coup...

pourquoi un client externe ?

parce que je suis sous M9...et que g pas l'impression que le plugin marche (il est compatible M7, et la M8 a tout cassé dans l'api)

bah oui, mais du coup svn sert plus à rien, si tu fais le déplacement de fichier sanas passer par svn, il enregistrera pas le lien. il verra la disparition d'un fichier et l'appartion d'un nouveau.

c bien mon pb...je viens de me farcir tt les mailing list, et c constaté le bug de la M8/M9...y parlent d'une branch 3, je l'ai vu nulle part...
 
--> y parlent aussi de maj pour la 1.0.x pendant qu'ils y sont...en tt cas le projet a l'air très actif, c déjà ca (je crois que c une contrainte pour etre hosté par tigris)
 
Je sens qu'on va partir sur CVS...en attendant...

au boulot on est sur CVS
 
certain par WSAD, dautres avec eclipse, dautre avec d'autre truc comme WINCVS ou Tortoise comme client

 
edit: perso j'utilise CVS parce que c'est ce qui est utilise par les projet auxquels je participe tout simplement, l'integration a eclipse facilite le tout c'est clair, a titre perso je veux essayer svn pour me faire une idee...

moi j'utilise cvs parce que c'est ce que gnome.org utilise. mais tout le monde commence à gueuler, à commencer par les admin, parce qu'une solution comme arch (probablement bientôt utilisée) utilise moins de ressources côtés serveurs.

-->vu qu'à terme l'admin veut tous nous faire passer sous linux + eclipse, je pense que le choix se réduit à CVS ou Subversion (encore que le plugin svn soit pas encore compatible linux bien que svn en lui même le soit)

J'utilise SourceSafe parce que j'ai pas eu le choix au boulot
mais j'ai rien à en dire de mal

c les commit non atomics que je trouve pas génial...

gni

Clearcase. C'est horriblement cher, super complexe et difficile à maitriser, mais quand on sait l'utiliser, c'est probablement sans équivalent. Uniquement pour les gros projets (10 à 100+ développeurs).
Sinon, je prendrais subversion (connais pas arch).

 
Pour faire du java alors que tu maitrises ocaml, tu te fous du monde ?

et alors ? je fais du fonctionnel dans le langage que je veux
mon dernier qui date d'hier :
http://forum.hardware.fr/hardwaref [...] tm#t749227
gestion de du close() des ressources en CPS
 
Mais j'ai déjà montré des arbres dont les noeuds connaissent leur parent en version lazy et comment mapper les inner classes sur des closures ici (que j'ai réutilisé pour les arbre et pour le coup du CPS).