- de vraies commandes cp, mv, rename côté client.
- le versionnement des répertoires.
- notions d'étiquetage et de branche.
- le versionnement est fait pour une arborescence complète et non par fichier.
- les changements sont atomiques (toutes les modifications de tous les fichiers sont prises en compte ou rien du tout).
- accès réseau optimisé (un peu à la rsync).
- possibilité d'attacher des propriétés à un fichier (type-mime, conversion de fin de ligne, icône etc...).
- Subversion tourne sur tous les unix et sous windows !
Pour l'installer, il faut apache 2.0.40 ... qui est en cours de développement. A bon entendeur ...
J'ai traduit leur handbook en français (il y a 2 semaines et 2/3 trucs ne sont plus à jour). Toutes les critiques sont appréciées.
Aller plus loin
- Le site de Subversion (2 clics)
- Doc (2 clics)
- Doc (1 clic)
- FAQ (12 clics)
- ChangeLog (2 clics)
# hép, modéros !
Posté par Pierre Tramo (site web personnel) . Évalué à -5.
[-1]
[^] # Re: hép, modéros !
Posté par mrlem (site web personnel) . Évalué à -3.
s/atoniques/atomiques
... tant qu'on y est.
Seb
(-1 aussi, y a pas de raison ;o)
[^] # Re: hép, modéros !
Posté par Pascal Terjan (site web personnel) . Évalué à -5.
[^] # Re: hép, modéros !
Posté par PLuG . Évalué à 8.
les developpeurs utilisent
s/le depot actuelle du subversion/le depot actuel de subversion/
bon ben il faut lire la traduction du handbook je pense ....
[^] # Re: hép, modéros !
Posté par matiasf . Évalué à 4.
Pour "les developpeurs utilise" et "atonique", c'est moi!
[^] # Re: hép, modéros !
Posté par Loic Jaquemet . Évalué à -2.
parce que atomique, en francais, signifie pas du tout : "* (toutes les modifications de tous les fichiers sont prises en compte ou rien du tout)."
C'est un changement <blinking>transactionnel</blinking>.
atomique c'est destiné a des actions courtes, pas à une suite de 25 000 modifications a enregistrer ...
mes 2 cents .
[^] # Re: hép, modéros !
Posté par G. R. (site web personnel) . Évalué à 10.
Dans le monde des bases de données, l'atomicité est obtenue par les transactions. Mais on parle bien d'atomicité, c'est à dire d'indivisibilité (tout ou rien).
La transaction n'est qu'un moyen d'obtenir l'atomicité.
Ici, le terme atomicité est donc adéquat, je trouve.
[^] # Re: hép, modéros !
Posté par Loic Jaquemet . Évalué à 10.
* atomicité des transactions n. f. [.]
[.]
Déf. :
Caractéristique obligatoire d'une transaction.
Note(s) :
Ce terme exprime qu'une transaction doit être considérée comme une opération indivisible, qui ne peut que s'exécuter entièrement ou, à défaut, être annulée entièrement.
Dér. ATOMIQUE adj.
PROTECTION DES DONNÉES.
Donc l'atomicité est le 'tout ou rien'. Mais l'atomicité exprime une transaction. Les changements apporté à un CVN sont une transaction...
Pour me ratrapper je joue sur les mots, et je signale que dans la langue francaises, seuls les
transactions peuvent etre atomiques, et non pas les 'changements' ...
</j'essaye d'attraper une branche>
-1 , je vais me cacher derriere un arbre . Au fond de la foret. Loin.
[^] # Re: hép, modéros !
Posté par Pierre Tramo (site web personnel) . Évalué à -6.
[-1 toujours]
[^] # Re: hép, modéros !
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
Fabien, t'es pas bien reveillé ? :P
[^] # Re: hép, modéros !
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à -2.
[^] # Re: hép, modéros !
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
[^] # Re: hép, modéros !
Posté par Alain Tésio . Évalué à -10.
Ca a l'air spécifique à linuxfr.org, sur d'autres sites genre slashdot je vois jamais ca
Si tu n'as rien à dire tais-toi
[^] # Re: hép, modéros !
Posté par N-Mi . Évalué à 3.
Pour slashdot, je ne pense pas qu'on puisse comparer, l'anglais étant réputé beaucoup moins ardu au niveau de l'orthographe que le français.
# Atonique
Posté par MagicNinja . Évalué à 10.
Donc question: atonic, c'est une faute qu'on retrouve partout ou un mot manquant a mon vocabulaire ?
[^] # Re: Atonique
Posté par matiasf . Évalué à 10.
C'est en passant pour un con qu'on progresse.
# Et cela vaut quoi ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 10.
Il compte rendre cela "stable" quand ?
"La première sécurité est la liberté"
[^] # Re: Et cela vaut quoi ?
Posté par G. R. (site web personnel) . Évalué à 10.
Il y a le renommage ou le déplacement complet de sous arbres. Si, ça arrive, même sur des projets bien gérés.
Il y a aussi une gestion « fichier par fichier » qui n'est pas forcément idéal pour tous les projets.
Apparemment, Subversion propose des techniques pour ces deux points.
[^] # Re: Et cela vaut quoi ?
Posté par Alphonse Oncle . Évalué à 10.
subversion ca apporte des choses a ce niveau?
[^] # Re: Et cela vaut quoi ?
Posté par matiasf . Évalué à 4.
Donc tu as les facilités d'apache pour tout le dépôt.
Après pour un réglage plus fin, il y a les accroches :
http://feliciano.matias.free.fr/svn/Accroches-d-un-d%E9p%F4t.html(...)
[^] # Re: Et cela vaut quoi ?
Posté par Alain Tésio . Évalué à 10.
Un objectif essentiel d'un système de contrôle de versions est de garantir cette intégrité, je trouve hallucinnant qu'un fichier sur cvs puisse être corrompu (tout l'historique des modifications) sans qu'il y ait aucun checksum pour le détecter.
Subversion a l'air très prometteur, j'espère remplacer cvs dès qu'il y a une version stable
[^] # Re: Et cela vaut quoi ?
Posté par Anonyme . Évalué à 10.
Déjà pour ça, c'est bien (c)(tm)
[^] # Re: Et cela vaut quoi ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 10.
nicO
"La première sécurité est la liberté"
[^] # Re: Et cela vaut quoi ?
Posté par matiasf . Évalué à 10.
Pour de la production, ce n'est pas près car trop récent (Alpha).
La production c'est V1.0 + 3 à 6 mois.
[^] # Re: Et cela vaut quoi ?
Posté par koopa . Évalué à 4.
[^] # Clearcase
Posté par frecillia5 . Évalué à 10.
Je suis d'accord avec toi sur l'aspect "Usine à gaz", par contre ça me semble beaucoup plus puissant.
Par exemple avec Clearcase, on peut créer des types de branches super complexe (config spec) dont les branches CVS ne sont qu'un sous-ensemble.
Il y a aussi l'outil de merge qui est très performant. Il faut savoir que des personnes commes Marcello Tosatti, Alan Cox ou Linus passent 90 % de leurs temps à faire des merges.
Dommage pour eux qu'ils n'aient pas de license Clearcase ! En même temps ça coute 2000 $ la license, et Bitkeeper c'est mieux que rien.
[^] # Re: Clearcase
Posté par tuiu pol . Évalué à 10.
Ca manque de transparence.
En plus il necessite de n'utiliser QUE certaines distrib (RH en general, en tout cas jusqu'a la 4.2), a cause de leurs foutues modules dont on n'a evidemment pas les sources.
Tout ca, sans compter le prix de la license, ca ne joue pas vraiment en sa faveur.
[^] # Re: Clearcase
Posté par koopa . Évalué à 3.
ca m'interesserai beaucoup d'en savoir plus (parce que xxdiff, c'est pas assez puissant pour moi)
[^] # outil de merge Clearcase
Posté par _ _ . Évalué à 1.
Je précise que Clearcase n'est pas spécifique à Windows, l'interface de base est en ligne de commande, la partie graphique n'est qu'une surcouche, néanmoins bien utile.
Le boulot du gestionnaire de merge consiste à arbitrer les conflits quand les deux développeurs ont touchés la même partie de code, de temps ils se trompe bien sûr, mais moins souvent que diff+patch par exemple (car il a plus d'info).
[^] # Re: outil de merge Clearcase
Posté par koopa . Évalué à 1.
Un court instant, j'ai cru naivement qu'il existait un truc plus puissant qui aurait pu me rendre le boulot de merge plus facile...
[^] # Re: outil de merge Clearcase
Posté par _ _ . Évalué à 1.
Maintenant si tu combine CVS pour les merges, un script PERL pour identifier les fichiers contenant des conflits plus un outils comme xxdiff, la tu effectivment que le Merge Manager de Clearcase.
[^] # Re: Clearcase
Posté par Ludovic . Évalué à 1.
http://www.accurev.com/free/tkdiff/(...)
[^] # Re: Clearcase
Posté par bobert . Évalué à 1.
- *d'abord* fiable
- pratique
Faites gaffe en utilisant ces outils, ce n'est pas rare qu'ils 'mangent' des lignes en propageant une difference d'un fichier a l'autre !! mefiez-vous en comme de la peste !!
Pour ma part j'ai choisi emacs ediff, tres puissant et *surtout* fiable
[^] # Re: Clearcase
Posté par frecillia5 . Évalué à 0.
De la manière dont tu dis ça, on croirait que ta machine est hantée par un petit démon "mangeur de lignes"
ediff, tres puissant
En effet, il utilise un algo de merge à 3 fichiers : l'ancètre commun, la version du premier développeur, et la version du deuxième developpeur ... comme Clearcase d'ailleurs
*surtout* fiable
Le merge est par nature une opération non fiable car l'humain dispose de connaissance que la machine n'a pas (langage de programmation utilisé, langue française pour comprendre le sens des identificateurs ...).
D'ailleurs même les humains se trompent parfois !
[^] # Re: Et cela vaut quoi ?
Posté par matiasf . Évalué à 10.
voir ici : http://feliciano.matias.free.fr/svn/SVN-pour-les-utilisateurs-de-CV(...)
> Il compte rendre cela "stable" quand ?
Ben à partir de maintenant puisqu'il sont en alpha sans ajout de fonctionnalité (tient, t'as déjà la stabilité pour les fonctionnalité!).
La version beta est prévue courant Septembre.
[^] # et arch?
Posté par Alphonse Oncle . Évalué à 7.
[^] # Re: et arch?
Posté par Éric (site web personnel) . Évalué à 10.
Arch serait plus avancé, gérerait mieux les merges réguliers de branches.
Enfin c'est le dev de arch qui le dit donc ....
http://regexps.com/labnotes/devo-meta-x/view-topic/ArchRevCtl/Intro(...)
Par contre il semble que le dev aie quelques pb financiers (voir la page d'accueil du domaine).
# Subversion est prêt pour le Desktop ?
Posté par G. R. (site web personnel) . Évalué à 10.
J'ai eu l'impression que la présence d'Apache était nécessaire pour utiliser Subversion.
Est-ce parce-que j'ai mal compris, ou est-ce bien ça ?
Sinon, il y a quelques points forts dans Subversion par rapport à cvs qui en font quelquechose d'intéressant, enfin le jour où ce sera stable (j'ai pas trop envi de confier mes travaux à un outil en version alpha).
Par exemple, une véritable gestion d'arborescences complète.
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par Anonyme . Évalué à 10.
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par matiasf . Évalué à 10.
Actuellement c'est un peut lourd d'installer apache-2.0, neon, db4 pour avoir subversion.
Mais comme les futurs (très proches) distribes auront apache-2.0 en standard, çà va s'arranger.
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par G. R. (site web personnel) . Évalué à 8.
L'avantage de cvs, c'est qu'on peut mettre en place une petite machine dédié, sans trop de ressources (à part de stockage bien sûr).
Quid de Subversion ?
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par Anonyme . Évalué à 10.
Subversion a besoin d'Apache pour le serveur, parceque ça fonctionne avec mod_dav. Je pense que c'est une très bonne idée, c'est mieux que le pserver de CVS (mais peut-être moins bien que le fonctionnement sur SSH).
Maintenant, je suis pas sur qu'en mode serveur Subversion soit énormément plus gourmant que CVS. ça permet tout de même de faire beaucoup plus de chose, et l'architecture n'est pas du tout la même. D'un côté, tu as besoin d'Apache, de l'autre, tu te débarasse (enfin) de RCS.
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par matiasf . Évalué à 6.
Le problème, c'est libapr qui est une couche qui facilite la portabilité. Subversion tourne sur Unix Mac OS X , Windowns, etc... Et çà en version Alpha. Leur choix d'utiliser libapr est bon.
Le problème est que libapr est livré avec Apache 2.0 et n'est pas encore totalement séparé d'apache : C'est en cours.
Je me suis fait des packages rpm d'apache-2.0 qui s'épare libapr d'apache. Sur une becane qui doit rester en Apache 1.3 j'ai :
apache-1.3.22-2
httpd-libapr-utils-0.2002.06.25-1
httpd-libapr-0.2002.06.25-1
subversion-0.13.2-2639
=> Donc du peut utiliser Subversion sans Apache 2.0.
sur un autre becane, utilisée pour compilier subversion :
httpd-2.0.40-1
httpd-devel-2.0.40-1
httpd-libapr-0.2002.06.25-1
httpd-libapr-devel-0.2002.06.25-1
httpd-libapr-utils-0.2002.06.25-1
httpd-libapr-utils-devel-0.2002.06.25-1
subversion-devel-0.13.2-2639
subversion-0.13.2-2639
subversion-server-0.13.2-2639
Ici, pour avoir Subversion-server il me faut apache.
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par M Nicolas . Évalué à 1.
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par matiasf . Évalué à 2.
C'était, entre autre, pour indiquer qu'il est possible d'installer (et sûrement de compiller) subversion sur une bécane avec apache 1.3 ou sans apache (bien sûr, il n'y aura pas subversion-serveur).
Si çà intéresse quelqu'un, je peut mettre les packages libapr* en ligne (y doivent d'ailleur être sur le site de subversion!).
Néanmoins, il n'est pas très "pûre" d'installer apache 2 alors que tu n'en a pas besoin...
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par Maxime Ritter (site web personnel) . Évalué à -1.
Vu que faire cohabiter PHP4 & Apache 2.0 ca reste encore de la bidouille, va falloir attendre au moins la sortie de PHP 4.3 et Apache 2.0.40 pour ca... Et après même si Mandraket et Redhat en seront équipés, pour les distribs serieuses faudra attendre encore un peu <TROLL>surtout chez Debian, faudra attendre 3 ans maintenant pour la nouvelle version</TROLL>.
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par G. R. (site web personnel) . Évalué à 10.
Je n'ai pas vu dans la doc s'il est possible ou non de rappatrier un projet de cvs vers Subversion.
Puisque Subversion se prétend successeur de cvs, ce serait une très bonne chose, voire même indispensable.
Ce n'est pas non plus, semble-t-il dans les « features planned »
[^] # Re: Subversion est prêt pour le Desktop ?
Posté par matiasf . Évalué à 2.
http://svn.collab.net/repos/svn/trunk/tools/cvs2svn/(...)
# Oui, mais cependant
Posté par Gruik Man . Évalué à -10.
Donc subversion aura un quelconque intérêt quand on pourra l'utiliser de manière graphique dans un vrai environnement, dépouvu de gnomeries.
(mhhh, à combien ça va descendre ça? ;) )
[^] # Re: Oui, mais cependant
Posté par matiasf . Évalué à -1.
Tu veux dire un truc qui n'utilise que libX11, comme xbill ?
Erreur, xbill c'est de la merde il utilise aussi libXt.
Le top du top reste l'utilisation de ncurses avec aalib pour les graphiques.
Sinon, tu peux me dire ce que te retourne un équivalent de :
$ rpm -q --whatrequires libgnome.so.32
[^] # Re: Oui, mais cependant
Posté par Gruik Man . Évalué à 1.
Sinon quand je fais rpm -q --whatrequires libgnome.so.32, j'ai tout une liste d'applications qui suxent et qui s'appellent gnomemachin, gnomebidule, abiword, trucmuch-gnome. Ca prouve quoi, que les apps gnome ont besoin de gnome?
(et hop, à la truelle! :p Je me repentirai un autre jour :) )
# Doc en francais et HTML
Posté par Nicolas Boulay (site web personnel) . Évalué à -9.
nicO
"La première sécurité est la liberté"
[^] # Re: Doc en francais et HTML
Posté par Anonyme . Évalué à -5.
[-1 parceque ça le vaux bien]
[^] # Re: Doc en francais et HTML
Posté par Nicolas Boulay (site web personnel) . Évalué à -3.
Franchment me filer -2 pour avoir signalé que mettre des "ê" et des "é" c'est pas terrible pour des URL. C'est MAICHAN !
nicO
"La première sécurité est la liberté"
[^] # Re: Doc en francais et HTML
Posté par Guillaume Morin . Évalué à -2.
Pas d'excuse, pas de pitié. -1.
[^] # Re: Doc en francais et HTML
Posté par Laurent J (site web personnel, Mastodon) . Évalué à -2.
C'est si compliqué que ça de se telecharger un pti moz des familles (eventuellement chez soi et graver ça sur cd) et d'installer ça sur ta becane_où_toi_pas_avoir_le_choix ???
Faut pas exagerer quand meme...
le responsable des logiciels de ta boite (si il y en a un) ou chez ton client (si t chez un client) est si strict que ça ?? Explique leur alors ce qu'est moz..
[^] # Re: Doc en francais et HTML
Posté par matiasf . Évalué à 3.
Voici la même version en un "big-fichier" :
http://feliciano.matias.free.fr/svn/svn-handbook-french.html(...)
# <i>c'est normal ?</i>
Posté par feth . Évalué à -10.
-1, c'est que le début...
[^] # Re: <i>c'est normal ?</i>
Posté par Anonyme . Évalué à 3.
http://subversion.tigris.org/(...)
Il y a un énorme pavé jaune. Lis.
[^] # Re: <i>c'est normal ?</i>
Posté par feth . Évalué à -4.
-1 ne suffit pas, je vais mettre des gros smileys la prochaine fois...
-1 aussi
[^] # Re: <i>c'est normal ?</i>
Posté par Anonyme . Évalué à 2.
[^] # Re: <i>c'est normal ?</i>
Posté par feth . Évalué à 5.
comment ça pollution ? ;-)
je mérite des baffes et je le sais.
N'empèche que j'ai déjà essayé les posts ressemblant à ce que tu décris, ça donne http://linuxfr.org/topic/Suse/8497,0,-1,2,1.php3(...) et c'est pire. j'ai du perdre 45 XP sur cette news, à l'aise. (note que modérer une news à troll à 1h du mat ça mobilise que les moules).
PS : il m'est arrivé de mettre des posts sérieux. Ils sont plus durs à trouver, il est vrai.
# Les paris sont ouverts
Posté par jeanmarc . Évalué à 7.
Est-ce que Linus va utiliser subversion et abandonner bitkeeper?
Personnellement, je parie 10¤ qu'il va envoyer tout le monde chier en disant que c'est de la merde et garder son bk!
Et vous? Vous en pensez quoi?
[^] # Re: Les paris sont ouverts
Posté par Anonyme . Évalué à 10.
[^] # Re: Les paris sont ouverts
Posté par Benoît Sibaud (site web personnel) . Évalué à 8.
[^] # Re: Les paris sont ouverts
Posté par Benoît Sibaud (site web personnel) . Évalué à 10.
http://www.uwsg.iu.edu/hypermail/linux/kernel/0203.0/1646.html(...)
[^] # Re: Les paris sont ouverts
Posté par jeanmarc . Évalué à 1.
And I personally refuse to use inferior tools because of ideology.
Juste en passant, je trouve ça quand même grave venant d'un mec qui met son code sous GPL. Il ne s'est pas encore rendu compte que la GPL n'était qu'idéologie?
Pour utiliser une image comme l'a fait Aurélien_qui_n_a_pas_l_air_d_être_trés_content,
c'est comme si un flic venait à l'école pour faire une intervention contre la drogue aux gamins et, qu'une fois terminé, il se balladait en fumant un gros tarpé dans la cour...
[^] # Linus et la GPL
Posté par frecillia5 . Évalué à 8.
Si Minix n'avait pas existé le noyau Linux serait probablement pas GPL (peut-être BSD ?).
[^] # Re: Les paris sont ouverts
Posté par Philippe F (site web personnel) . Évalué à 3.
> et, qu'une fois terminé, il se balladait en fumant un gros tarpé dans la cour...
Ton image est mauvaise car Linus ne code pas par ideologie mais par plaisir. Il ne plaide pas pour la GPL et la liberation du logiciel, il se contente de coder. Il y en a beaucoup ici qui devraient suivre son exemple.
[^] # Re: Les paris sont ouverts
Posté par Yohann (site web personnel) . Évalué à -6.
houhou ! mais c'est qu'il est taquin ;^)
[^] # Re: Les paris sont ouverts
Posté par jeanmarc . Évalué à 0.
Si la GPL n'existait pas et qu'il n'y avait que la licence BSD, tu penses que les entreprises auraient pris la peine de contribuer gentillement au code? Jamais de la vie! Ils auraient tout pillé sans vergogne.
Il a été prouvé que ms utilisait du code bsd. Tu les vois faire des améliorations et les fournir au développeur?
Je pense au contraire qu'il n'y a rien de plus dangereux pour le mouvement du libre que les gens qui codent en GPL sans totalement adhérer à l'idéologie de la GPL.
Si tu codes pour le plaisir et que tu ne veux pas te prendre la tête avec toute cette histoire d'idéologie, la BSD est là pour ça ou autre. Pas la GPL.
C'est normal que Linus se fasse tirer les oreilles parce qu'il utilise les avantages de la GPL (toutes les contributions extérieures qui lui permettent de faire avancer le noyau et de garder le contrôle dessus; la protection du travail qu'il effectue face à tous les rapaces ambiants,...) mais refuse de contribuer à son expansion en faisant passer l'idéologie inhérente à la GPL comme un désavantage. Un développeur, quel que soit son nombre de ligne/journée et la qualité de son code est avant tout un homme.
En tant que personne, je préfère largement celui qui code et qui fait ça dans un but de partage que celui qui code comme un dingue pour son seul plaisir.
[^] # Re: Les paris sont ouverts
Posté par PLuG . Évalué à 4.
Linus dit simplement qu'il s'en moque. Quand il a eu besoin d'une license suffisemment libre pour que son travail puisse profiter a TOUT le monde, on lui a conseille la GPL, il a suivi le conseil. Point. Le reste ne l'interesse pas.
peut-on lui en vouloir pour cela ??
# Une question...
Posté par jigso . Évalué à 5.
Par ex, j'ai 2 projets, un programme et une lib,
le programme utilise la lib en statique et je veux garder comme info quelle version de lib a été utilisée pour compiler une certaine version du programme.
Je n'ai encore jamais vu d'outil de gestion de source capable de faire ça, mais je n'ai peut-être pas les yeux en face des trous...
[^] # Re: Une question...
Posté par Ben A. . Évalué à 2.
L'etape de la compilation et de la resolution dependances n'a pas (amha) a etre gere par l'outil de gestion de version. On lui demande avant toute chose de garder une trace de l'evolution d'un groupe de fichiers, pas de gerer des trucs qu'il ne comprend pas comme la compilation.
Pour faire ce que tu veux, il vaut mieux utiliser des systemes comme dpkg qui te permettent d'avoir des dependances au moment de la compilation et de l'installation. Dpkg est fait pour cela et il le fait tres bien.
Quant a garder une copie des options de compils, le plus simple est d'inclure dans ta librairie un numero de version ainsi qu'une fonction du type :
#define MY_LIB_VERSION 2002072401
int getversion(void)
{
return(MY_LIB_VERSION);
}
et de modifier le #define lors de vrais changements (comme la modification de l'API publique de la librairie)
[^] # Re: Une question...
Posté par PLuG . Évalué à 3.
pour ton probleme (quelle version a ete utilisee pour compiler), un petit coup de "what" ou "ident" sur ton binaire devrait te donner la reponse si le developpeur a inclus les tags qui vont bien (en tout cas cela marche comme ca avec CVS).
sinon est-ce que ton soft ne pourrait pas etre un sous-projet de ta lib ??
[^] # Re: Une question...
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Comment faire pour s'en sortir proprement et avec les dépendances ? Et si, de plus, il y a des dépendances sur des versions particulières ?
"La première sécurité est la liberté"
[^] # Re: Une question...
Posté par SMKaribou . Évalué à 1.
[^] # Et en libre ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
nicO
"La première sécurité est la liberté"
[^] # Re: Et en libre ?
Posté par jigso . Évalué à 1.
J'ai developpé pour ma boite un ensemble de scripts perl qui attaquent un soft de gestion de source proprietaire (sic). À la base le soft propose l'équivalent de CVS, mais avec la surcouche ça gere maintenant les dépendances.
J'ai envie de refaire ce genre d'outil en GPL, mais j'hésite entre baser ces scripts sur CVS ou prendre Subversion...
# Versionnement + question aux admins
Posté par Benoît Bailleux (Mastodon) . Évalué à 4.
L'idéal étant peut être quand même de pouvoir faire les deux en fonction des besoins.
Note pour les admins :
Ca m'enerveeeeuuu, mais je n'arrive pas à poster certains commentaires : Mozilla finit par emettre un "Document contains no data" et rien ne bouge. Cela ne semble arriver qu'au delà d'un certain niveau de profondeur des threads.
[^] # Re: Versionnement + question aux admins
Posté par PLuG . Évalué à 3.
gros problem pour poster depuis plusieurs semaines STOP.
peut-etre du a longueur du post STOP.
[^] # Re: Versionnement + question aux admins
Posté par Éric (site web personnel) . Évalué à 1.
[^] # Re: Versionnement + question aux admins
Posté par Benoît Sibaud (site web personnel) . Évalué à 1.
Il m'est impossible d'envoyer des commentaires longs ou de modérer du boulot :(
[^] # Re: Versionnement + question aux admins
Posté par Étienne . Évalué à -2.
désolé
[^] # Re: Versionnement + question aux admins
Posté par matiasf . Évalué à -2.
voir la FAQ .
[^] # Re: Versionnement + question aux admins
Posté par matiasf . Évalué à -2.
Merci.
[^] # Re: Versionnement + question aux admins
Posté par Robert Palmer (site web personnel) . Évalué à 1.
Voilà si ça peut aider à identifier le problème...
Pensez à l'environnement avant d'imprimer ce commentaire - Please consider the environment before printing this comment
[^] # Re: Versionnement + question aux admins
Posté par Benoît Sibaud (site web personnel) . Évalué à 1.
[^] # Re: Versionnement + question aux admins
Posté par Robert Palmer (site web personnel) . Évalué à 1.
Pensez à l'environnement avant d'imprimer ce commentaire - Please consider the environment before printing this comment
[^] # Re: Versionnement + question aux admins
Posté par matiasf . Évalué à 3.
> on peu laisser des traces détaillées de l'histoire de chaque fichier :
çà reste valable :
$ svn log subversion.spec-mat.patch
------------------------------------------------------------------------
rev 46: f.matias | 2002-07-23 02:28:34 -0400 (mar, 23 jui 2002) | 1 line
Revert de subversion.spec subversion.spec-mat.patch.
------------------------------------------------------------------------
rev 31: anonymous | 2002-07-17 02:27:36 -0400 (mer, 17 jui 2002) | 1 line
Petit adaptation de packages/rpm/subversion.spec-mat.patch pour suivre les modifs de subversion.spec.
------------------------------------------------------------------------
rev 25: anonymous | 2002-07-16 19:34:52 -0400 (mar, 16 jui 2002) | 1 line
Tous ce qui est spécifique à matias contient "-mat".
------------------------------------------------------------------------
rev 24: anonymous | 2002-07-16 19:14:53 -0400 (mar, 16 jui 2002) | 1 line
Mise à jour des patchs pour construire les packages rpm.
- - - - - - - - - - - - - - - - -
Sinon, si tu tients à travailler à l'ancienne, une ne fait des modifications de l'aborescence qu'un fichier à la fois :
$ svn commit -m "Ajout blague du jour" README
Version 10 commited
$ svn commit -m "Ajout blague du jour" cmdline.c
Version 11 commited
$ svn commit -m "Ajout blague du jour" cmdline.h
Version 12 commited
Perso, je trouve çà ridicule.
[^] # Re: Versionnement + question aux admins
Posté par Benoît Bailleux (Mastodon) . Évalué à 1.
Ok, tant mieux. Sur le coup, l'idée qu'une modif de fichier changait le versionnage de tout le projet m'a un peu choqué. Ca va mieux maintenant, merci. Le poids des habitudes, sans doute ...
Vivement les versions beta puis finale et des front-ends sympas ...
[^] # Re: Versionnement + question aux admins
Posté par matiasf . Évalué à 2.
désolé, on c'est mal compris, mais de peu. Un exemple pour éclairir "ta lanterne" :
$ svn status -v
_ 59 57 f.matias .
_ 59 2 anonymou ./Makefile
_ 59 27 anonymou ./Makefile-mat.patch
_ 59 2 anonymou ./README
_ 59 2 anonymou ./install.patch
_ 59 24 anonymou ./install.patch-mat.patch
_ 59 46 f.matias ./subversion.spec
M 59 57 f.matias ./subversion.spec-mat.patch
Le 59 c'est le numéro de révision de l'arborescence complète à laquel correspond l'ensemble de mes fichier. Tous commit (ci) même d'un unique fichier change ce numéros. Les chiffres à droite du 59 est le numéro de l'arborescence lorsque le fichier a été modifié.
Mais Makefile:2, Makefile-mat.patch:27, etc... correspond à l'arborescence 59.
Ainsi, Makefile, README, install-patch qui ont le numéro 2 on été "check in" en même temps.
Si on les "check in" un par un alors:
Makefile => 2
README => 3
install-patch => 4
et ce sont les seules fichiers qui ont leur numéros de révision de dernière modification à 2, 3, 4.
Les numéros de version sont TOUJOURS pour toute l'arborescence. Mais on peut connaitre les numéros de version où un fichier a été modifier :
exemple :
$ svn log install.patch-mat.patch
------------------------------------------------------------------------
rev 24: anonymous | 2002-07-16 19:14:53 -0400 (mar, 16 jui 2002) | 1 line
Mise à jour des patchs pour construire les packages rpm.
------------------------------------------------------------------------
rev 22: anonymous | 2002-07-16 17:35:28 -0400 (mar, 16 jui 2002) | 1 line
patchs spécifiques pour créer les packages rpm. Ne marche peut-etre pas actuellement.
------------------------------------------------------------------------
Le fichier a été modifié deux fois : à la révision 22 et 24 de l'aborescente.
Si je veux la première version :
svn co ... -r 22 install.patch-mat.patch
Ce n'est pas génant.
lit cette courte page :
http://feliciano.matias.free.fr/svn/Transactions-et-num%E9ro-de-r%E(...)
> changait le versionnage de tout le projet m'a un peu choqué.
Il y a aussi l'étiquetage, voir http://svn.collab.net/repos/svn/tags/(...) pour un exemple.
Franchement Subversion est exploitable et plus simple et naturel que cvs. Si tu ambitionnes (pour un nouveau projet) utiliser un gestionnaire de version, çà peut-être un bon choix.
[^] # Re: Versionnement + question aux admins
Posté par Benoît Bailleux (Mastodon) . Évalué à 1.
Par contre :
Si tu ambitionnes (pour un nouveau projet) utiliser un gestionnaire de version, çà peut-être un bon choix.
Ca coince : ma boîte a choisi PVCS (de Merant), et on a beau avoir argumenté que l'on utilisait CVS depuis belle lurette dans l'équipe, il n'y a pas grand chose à faire, malheureusement ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.