Re: [HS] Systeme de deploiement
Laurent Forêt <[email protected]> Fri, 25 Feb 2011 15:48:04 +0100
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <[email protected]> |
+1. Des équipes qui intègrent nos librairies via Nexus mais qui n'ont pas accès à nos sources svn se retrouvent à pouvoir naviguer dans nos sources depuis leur IDE favoris (souvent Netbeans, j'arrive à le vendre) et accèder à la javadoc. Il me semble que c'est ce que veut ta MOA, pouvoir accéder à tes sources pour chacun de tes livrables. Il suffit donc de "versioner" tes sources et les considérer comme un livrable. Maven deploy et maven release sur Nexus ça marche pile poil. Laurent 2011/2/25 Nicolas Delsaux <[email protected]> > 2011/2/25 Hervé Agnoux <[email protected]>: > > > > Maintenant, j'admets qu'il faut que je fasse le jar des sources, en > > accompagnement de chaque livraison. J'ai l'impression que ça peut > suffire. > > Aussi je pourrais peut être conserver le gestionnaire de source en > interne, > > pour mon usage, (je suis le seul développeur) et ne mettre à disposition > sur > > le repository de déploiement que le jar des sources avec le "binaire". > > > > Heu... est-ce une "bonne pratique" ? > > > A titre personnel, j'estime que oui. > Avec le JAR des sources, tes clients verront l'ensemble du code que tu > écris pour ce livrable précis. Ils n'ont pas vraiment besoin de > connaître l'ensemble des itérations qui ont conduit à cette version du > source. Ils ont juste besoin de pouvoir consulter le source qui leur a > été envoyé à un instant précis. > Et puis, après tout, c'est ce que font les projets open-source. > Et en tant qu'utilisateurs de libs open-sources, tu reconnaîtras que > c'est bien agréable de pouvoir voir leur source dans le débuggeur, > mais que ça ne sert à rien d'avoir accès au stockage physique du > source, sauf à vouloir y faire une modification (ce qui est une autre > histoire). > > > -- > Nicolas Delsaux >