Reprise du message précédent :

 
Mouais, ça j'aime pas.
 
Parce que là, t'as bien pris soin que les mêmes projets ne soient pas partagés entre tes clients....
Imagine que ça soit le cas : tu checkoutes Fnac et SNCF, qui contiennent chacun BlogBlog, plus des trucs spécifiques.
 
Si tu fais une modif dans BlogBlog pour corriger un bug à la Fnac, et que tu veux vérifier que t'as pas de régression à la SNCF, comment tu fais? T'es obligé, soit de coier/coller tes modifs dans la working copy de SNCF, soit de commiter ta working copy de FNAC, updater ta working copy de SNCF, et tester.
 
C'est lourd.
 
Du coup, je sais pas trop comment m'y prendre!
 
 

1m80 ça fait 6 pieds mais 1m65 ça fait 5'41" ou 5'06" ?

plus que 15 minutes

Salut.

avant ton bris ?

tu décoles pas a 12h00 ?  

Samedi !

PTITE CHENILLE J4REVAIS D2JA DE 9A §§§§§§§

http://www.stevethecat.com/mars.htm

C'est vraiment super mieux d'avoir un repos unique plutôt qu'un par projet ? (*prend son bouclier*)

personne pour ma conversion metre pied ?

http://www.google.fr/search?q=conv [...] =firefox-a

5.41 feet

Oui, tout simplement parceque j'ai pas eu l'occasion de rencontrer le problème

La manière dont je verrais ça, c'est un projet unique BlogBlog avec une "client branch" pour chaque client. Qui peut être traité soit comme un projet à part entière (mais ça va être la merde) soit simplement comme une branche du projet principal.

Donc dans ton cas de figure, tu as un bug à la Fnac, tu détermines si le bug vient de la branche fnac ou du trunk/core, si le bug vient de la branche fnac tu le fixe et la branche SNCF n'est pas impactée, si il vient du core tu vas le fixer dans core, puis tu merges dans Fnac et SNCF et tu fais tes tests de non-reg (si c'est un bug dans Core, ça devrait l'être à la fois pour SNCF et pour Fnac).

Sous SVN? Avoir un seul repo ça amène moins de maintenance et moins d'emmerde, en avoir plusieurs n'a (quasiment) aucun intérêt. Après, avec un autre logiciel de gestion de sources ça peut parfaitement être l'inverse.

edit: je parle bien de repository physique là.

Un repository unique pour tous les projets ?

edit : j'avais pas compris, j'ai confondu le repository avec les "répertoire" (j'connais pas/j'me souviens plus du terme employé)

Oui sous SVN.
Ya un moyen de mettre des droits d'accès différents sur les différents dossiers d'un même repos ?

(et oui repository physique)

Mouais...Mais ça chie encore : si tu bosses dans Core, FNAC et SNCF dans un workspace Eclipse, tu as 3 fois les sources, alors qu'en fait, tu dois juste gérer des dépendances de projets, quoi.
donc, je pense que dans mon projet "SNCF" sous svn, y'aura que ce qui est spécifique SNCF, et le fichier de conf du gestionnaire de dépendance qu'on aura choisi.

Après, soit les développeurs se débrouillent pour résoudre leurs dépendances, soit on trouve de l'outillage pour rappartier les autres projets qui vont bien dans leur workspace et mettre à jour le classpath de leur projet. Je crois que ce genre d'outil existe pour Ivy sous Eclipse.....Maven sait faire ce genre de trucs aussi, ou pas?

[edit] Et sinon, le DCVS, mais quoi....LEs architectes ont dit que c'était de la merde, alors bon

Oui

1.65 m ça fait 5.41 pieds ou 5 pieds 5 pouces (5'5" )
1.80 m ça fait 5.91 pieds ou 5 pieds 11 pouces (5'11" )

Oui, ou alors tu utilises un truc genre Maven, le core est packagé dans son jar dans un projet à part et FNAC et SCNF construisent sur ce jar  
 
Avec l'inconvénient que tu te retrouves à gérer un repo maven et les dépendances via ça en plus de ton repo SVN, mais ça peut aussi très bien marcher

http://www.google.com/search?num=1 [...] tnG=Search
http://www.google.com/search?num=1 [...] tnG=Search

=> 5'5"

merci
C'est la correspondance en pied/pouces qu'il me fallait

je pense que la question du chouffleur portait sur la sous division. Utilise t'on le systeme decimal ou un truc a la con pour etre en pouces

 
On va aller vers la solution Maven (ou Ivy pour la simple gestion de dépendances en dev) : on utilise de toutes façons Maven/Continuum
 
Au moins, ça sera propre, on gèrera que des sources dans svn.

Ben un truc à la con, sinon ça risquerait d'être simple (BASE 12 FTW /FOU/ /PINGOUINO/ /PINGOUIFOU/)

ouai mais c'est bon, goopil a répondu

Mais au final ça correspond pas vraiment à ta description initiale

Yep, et perso je penche pour pieds + pouces plutôt que se retrouver avec des poils de pieds

loul mais c'est chiant les conversions !

 
Tu commit BlogBlog, Continuum rebuild BlogBlog, Fnac, et SNCF, relance tous les tests. (Par contre, il faut une couverture de test minimal sinon, tu saura juste que tes modifs sur BlogBlog font compiler SNCF et Fnac...)
 

La Belgique

oui

 
bah si, en fait.
 
- un projet SVN par projet Java/Web,
- dans ce projet, un fichier de conf' des dépendances,
 
et à coté, un projet par client avec ses fichiers spécifiques, et le fichier de conf' des dépendances.

Tu sais que Amsterdam c'est pas en Belgique...?

Ben non, la solution maven c'est un core correspondant à une lib centrale/un framework central avec des projets construisants par dessus, ta description initiale c'était un même outil utilisé par plusieurs clients mais customisé

 
C'est du web. Si le test implique de lancer le serveur, ça va vite devenir ingérable.
 
Non, pis dans l'IDE, si FNAC et SNCF dépendent d'un même projet TOTO, et que j'ai TOTO, Fnac et SNCF dans mon workspace, je veux avoir une seule fois les sources de TOTO, sinon, c'est la merde assurée.

Alors c'est que j'ai mal expiqué au départ
Les projets clients sont basés sur un produit générique, et se contente souvent d'apporter juste du tuning (conf, skins, etc) et des ajouts.

 
Damnaid
Mais bon, c'est tout la même race, un hollandais c'est un belge qui fume du shit et qui met des putes dans des vitrines

Ben non, tu colles un jetty ou un truc du style dans le machin, avec un TestClient qui fait tout son bordel, et roule.

Ben oui il parle pas d'autre chose.

Ou que j'ai mal compris

+1PQ
 

c'est de l'autre côté de Quiévrain ? bon, alors c'est la Belgique