Incrémenter versions en 2.0 [CVS] - Java - Programmation
Marsh Posté le 20-10-2005 à 13:27:45
les n° de REVISION, pas de version, independantes pour chaque fichier avec cvs, t'y touches pas. Ils ne doivent absolument pas (ils peuvent, mais ça sera plutot par hasard) correspondre aux n° de version de ton soft, que tu (ou ton chef, ou ton equipe) est seul à déterminer. Et pour ce faire, tu tagges en general tout ton repository.. avec un tag genre montruc_2_0_0
Pour les branches: à partir d'un tag, tu peux faire une branche, ce qui est interessant pour corriger la version 1.5 releasée le mois passé alors que tu as déjà commencé à bosser sur la 2.0, par exemple.
(hs: rien à voir avec java, mauvaise cat, donc)
Marsh Posté le 20-10-2005 à 13:44:34
Hellboy38 a écrit : Salut à tous, |
Ce qui est incrémenté n'est pas un numéro de version c'est la révision, c'est à dire une numérotation interne au système de gestion de source. Il n'y a quasiment aucun lien entre la version et la révision (même si certains projets utilisent le numéro de rev. dans leur numéro de version).
Les versions sont des choses arbitraires, n'ayant un sens que pour les humains gérant le projet et aucun pour l'outil de gestion de sources.
Vas lire Version Control with Subversion, parce que là il te manque pas mal de trucs dans le schéma mental que tu as de la gestion de sources et de versions.
Marsh Posté le 20-10-2005 à 13:56:27
tu te fous de ma gueule toi ?
(et pq tu lui fais lire une doc sur subversion alors qu'il fait du cvs? )
Marsh Posté le 20-10-2005 à 14:06:51
the real moins moins a écrit : tu te fous de ma gueule toi ? |
Parce que Subversion fonctionne sensiblement de la même manière que CVS (ayant été créé pour corriger les "fautes" de CVS), les principes de base sont les mêmes, et ça parle pas mal de théorie avec l'utilisation des branches et des tags et les principes derrière
Marsh Posté le 20-10-2005 à 14:20:09
(ben euh, justement, les branches et les tags se gerent completement differement)
Marsh Posté le 20-10-2005 à 15:10:52
modified ton configure.in ou autre. Puis fait un tag (et branche si tu veux). La numérotation de CVS des fichiers n'a rien à voir avec ton projet
Marsh Posté le 20-10-2005 à 15:16:10
Ok merci à vous pour ces réponses, la meilleure solution que j'aie est donc de faire un "Tag as Version" et d'indiquer sur le tag le n° de version pour s'y retrouver..
Deux autres questions:
- Le repository n'incrémente j'amais le n° de révision alors. On aura du 1.12544 (si 12544 versions différentes committées) mais jamais de 2.0?
- C'est la première fois que je poste sur ce site (et surement pas la dernière etant donnée sa puissance ) j'aurais plutot dû poster dans "Divers" nesspas??
Bye
Marsh Posté le 20-10-2005 à 15:18:18
jamais. tu
cvs tag PROJET_2_ANCHOR && cvs tag -b PROJET_2
Marsh Posté le 20-10-2005 à 15:22:53
programmation/divers aurait ss doute été plus approprié, oué.
Marsh Posté le 20-10-2005 à 16:08:03
the real moins moins a écrit : (ben euh, justement, les branches et les tags se gerent completement differement) |
Ils se gèrent peut être différement, mais les buts et les principes sous-tendant aux implémentations sont les mêmes
Marsh Posté le 20-10-2005 à 09:37:44
Salut à tous,
J'utilise Eclipse 3.0 pour développer un projet en Java/J2EE avec un serveur CVS pour le versioning des sources.
Je n'ai pas de problème d'utilisation, tout se passe bien.
La question que je vous pose est la suivante: quand on committe des sources sur le serveur, on incrémente la version de cette source à chaque fois. Très bien, mais imaginons que lorsque j'arrive à un version stable de mon projet (certains sources à leur version 1.27 part exemple), je veuille tagger le projet, et passer toutes les sources en 2.1. Comment faire pour passerf à une version 1.x de mon projet à une version 2.1??
J'ai vu que l'on pouvait créer des branches, mais dans ce cas, les versions deviennent 1.1.2.1. Cela ne m'interesse pas, ni le "Tag as version"...
Quelqu'un sait-il comment incrémenter le premier chiffre des versions??
Merci