<<< DISK$DATA:[NOTES$LIBRARY]UNIX.NOTE;1 >>> -< SIG UNIX >- ================================================================================ Note 167.0 RCS -- CVS 14 replies DECUSF::BERENGUIER_J "Jean-Marc BERENGUIER - Master" 20 lines 24-JUL-1991 16:28 -------------------------------------------------------------------------------- Certains auraient-ils une experience des produits de gestion de revisions RCS et CVS du domaine public (ou plus precisemment du GNU) ? RCS est present dans la partie "Unsupported" de la distribution de Ultrix. Il permet de gerer l'arbre des versions des fichiers au cours de leur cycle de vie : mises à jours, corrections,... CVS semble en fait etre un "sur-ensemble" de RCS puisqu'il exploite les fonctions de ce dernier. Ces produits tournent-ils bien sous Ultrix ? Leur connait-on des incompatibilites ? Est-on a l'abris de mauvaises surprises ? Ont-ils des equivalents, dans le commerce, dans le domaine public ? En vous remerciant pour votre attention, Cordialement Jean-Marc BERENGUIER -- Mastere DEC//UTC Compiegne ================================================================================ Note 167.1 RCS -- CVS 1 of 14 DECUSF::MANET_P "Philippe Manet - Sogidec/Ylys Info" 11 lines 24-JUL-1991 18:19 -< Elements de réponse ... >- -------------------------------------------------------------------------------- Vous savez sans doute qu'Unix contient d'office un tel outil qui fait partie de la distribution supported, et qui est SCCS (Source Code Control System). Je crois que RCS est plus puissant que SCCS, et qu'il est désormais utilisé principalement dans le domaine académique, mais je n'en sais pas plus et je ne l'ai jamais utilisé. En revanche, je trouve que SCCS commence à accuser son age et n'est pas très puissant (surtout lorsqu'on utilise essentiellement CMS sous VMS ;-) ================================================================================ Note 167.2 RCS -- CVS 2 of 14 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYSTE" 35 lines 25-JUL-1991 11:08 -< Je prefere. >- -------------------------------------------------------------------------------- CMS /VAX-VMS est l'equivalent de SCCS, Pour ma part je prefere le concept de RCS, ces produits sont equivalent dans leur finalite ( gere des sources, des versions ) mais le concept de stokage est different dans les deux cas : SCCS garde la copie complete de la premiere version, puis a chaque mise à jour catalogue le delta avec la version precedente, ce qui implique, lorsque l'on veut retrouver la version courante ( la derniere catalogue ), un certain temps ( et meme un temps certain ) pour reconstruire la dite version. RCS garde la copie complete de la derniere version, a chaque mise a jour il cree le delta ( inverse ) pour retrouver la version precedente. Ce qui implique un acces direct à la derniere version, un certain temps si l'on desire un version anterieure. Il me semble qu'en regle generale, en cours de maintenance d'un projet, ( encore plus en cours de develloppement ) l'on a plus souvent besoin de la derniere version, que d'une version anterieure. C'est pour ces raisons que je prefere pour ma part RCS, mais il faut aussi voir ce qui est utilise sur vote site ( identification de version etc... ) RCS amene aussi plus d'information ( a condition de les alimenter ), sur les version auteurs, log etc... Lorsque vous dite RCS domaine public ( je n'en ai jamais vue les sources ) a ma connaissance il fait partie de la distribution berkeley et il est a ce titre unsuported par DEC. Mais je n'en connais pas le status exact. Travaillant dans une universite, je pense que les sources doivent vous etre accessible. ================================================================================ Note 167.3 RCS -- CVS 3 of 14 DECUSF::BERENGUIER_J "Jean-Marc BERENGUIER - Master" 34 lines 26-JUL-1991 22:20 -< Sources --> Construction --> 1eres surprises >- -------------------------------------------------------------------------------- J'ai en effet obtenu les sources de RCS version 5.5 et de CVS version 1.2. Si des personnes dans l'assistances sont interessees, je pourrai me pencher sur l'art et la maniere de deposer une archive (.tar_Z) dans la messagerie, ce que je n'ai pas eu encore l'occasion de faire... Merci a -1 et -2 pour leurs eclaircissements. Je vais de ce pas decouvrir les fonctionnalites des deux outils. La reconstruction de RCS se passe sans trop de mal. Par contre, le script de test fourni avec l'outil s'arrete sur une commande de fusion de fichiers (MERGE) en declarant que cette derniere (la fusion) n'a pas, comme elle aurait du le faire, retourner de code d'erreur et refuser de s'executer... Je vais me pencher de plus pres sur ce probleme car, a premiere vu, je ne vois pas en quoi cette fusion est impossible, examen des fichiers fusionnes a l'appui... Il semblerait que ce soit la commande DIFF qui ne retourne pas les exit values attendues... Si quelqu'un a deja eu un pb similaire, il peut se manifester ! La construction de CVS n'arrive, quant a elle, pas au but... En effet, l'edition de lien signale l'absence des bibliotheques standards de la fonction mkstemp()... Elle existe effectivement sur d'autres environnements UNIX mais pas sous ULTRIX 4.1. Il faudra donc la re-ecrire pour ULTRIX et faire attention, par la meme occasion, a la fonction mktemp() qui ne semble pas fonctionner de maniere identique sous tous les systemes UNIX... A suivre... Je ne peux en dire plus car pour l'instant, je n'en sait guere plus... Apres une petite semaine d'essai et de manipulation (selon la charge de l'emploi du temps), je pourrai, si certains sont interesses, vous livrer ici mes premieres impressions ! Jean-Marc BERENGUIER -- Mastere DEC//UTC Compiegne ================================================================================ Note 167.4 RCS -- CVS 4 of 14 DECUSF::VIBERT_JF "Vice-President DECUS, Univ Paris " 8 lines 26-JUL-1991 23:07 -< compilation cnditionnelle? >- -------------------------------------------------------------------------------- Pour le transfert du tar_Z, si vous utilisez kermit, pensez a mettre le set file type binary des 2 cotes. Si vous utilisez PSICOPy, il y a peut-etre une histoire de blocks fixes, mais je ne suis pas specialiste de ca. C'est curieux votre histoire, avez vous verifie que le makefile defini bien le bon systeme. il n'y a pas de #ifdef SYS_V ou BSD a positionner soit dans Makefile, soit dans un header des sources? ================================================================================ Note 167.5 RCS -- CVS 5 of 14 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYSTEM" 2 lines 29-JUL-1991 11:05 -< D'accord pour les sources. >- -------------------------------------------------------------------------------- Je suis bien sur interesse par les sources. Si elles sont due domaine public, quelqu'un en aurait-il-vue une transposition sous VMS ? ================================================================================ Note 167.6 RCS -- CVS 6 of 14 DECUSF::BERENGUIER_J "Jean-Marc BERENGUIER - Master" 17 lines 29-JUL-1991 18:40 -< SOURCES -- Help pour le transfert ! >- -------------------------------------------------------------------------------- Je suis tout dispose a deposer les sources de RCS et CVS sur DECUSF mais n'ayant jamais fait ce genre de manip, quelqu'un pourrait-il m'expliquer comment elle se realise... Ceci pourrait m'eviter d'une part de perdre beaucoup de temps et d'autre part de deposer n'importe quoi sur le VAX decus... Quant au probleme que j'evoquais dans une note precedente, he bien je n'ai helas pas trouve, comme on me le suggerait, une quelconque instruction de preprocessing qui le reglerait... Toute proposition est donc toujours la bienvenue... Je n'ai pas encore pu tester les outils, mon temps etant actuellement monopolise par un gros gros portage VMS-->ULTRIX... Mes impressions seront donc pour plus tard... Jean-Marc BERENGUIER -- Mastere DEC//UTC Compiegne ================================================================================ Note 167.7 RCS -- CVS 7 of 14 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYSTE" 44 lines 29-JUL-1991 19:16 -< Comment copier, une methode parmis ... >- -------------------------------------------------------------------------------- Je commence a vous repondre, puis je m'apercois que le sujet est plus vaste que ce qu'il parait ( en effet je suis sur une conference UNIX ) Donc avant tout une serie de question: 1 ) comme moyen de connection utilisez vous TRANSPAC ou une ligne modem. si modem ==> kermit ( pour moi, mais quelqu'un d'autre peut avoir une autre idee ) sinon: 2 ) avez vous un VAX VMS connectable par TRANSPAC. sinon ( je ne sais s'il existe une version PSICOPY pour unix ). si oui: Le mode de transfert le plus pratique si vous avez transpac, c'est PSICOPY, si vous ne disposez pas de ce programme, il existe un "boot" qui permet de le copier depuis decusf sur votre vax ( VMS ? ). Si les fichiers sont "gros" ( > 500 blocs ) prevoir de les transferer la nuit en mode BATCH, attention vous ne pouvez avoir qu'une session sur decusf en meme temps donc un seul batch simultane, et pas d'interactif pendant l'execution. Le mieux serait d'effectuer un fichier tar pour RCS et un fichier tar pour CVS, en interactif sous decusf, vous creer un sous repertoire de work [.berenguier_Jm] dans votre login.com vous rajouter: $ Ww = F$Trnlnm ( "WORK" ) $ Wwt = Ww - "]" + ".Berenguier_Jm]" $ Define My_Tmp 'Wwt' Chez vous vous lancer ( en batch ) la commande ( foreign ): $ Psicopy /To=(Addr=0208091150416::Berenguier_J,Pasw=xxxxxxxxx) RCS.TAR my_tmp:Rcs.Tar /log Sur Decusf vous controlez que vote fichier est bien arrive, vous le compresser avec compress ( mais la je fais peut etre une erreur, car je ne sais si en recuperant sous unix, le fichier compresse sera decompressable par uncompress ( voir une discussion en cours sur le sujet ). Puis copier les fichiers ( .tar et .tar_z ) sous le logical ULTRIX: C'est tout. Vous pouvez deleter dans Work, mais ne pas oublier que cela sera fait 24 heures apres. ================================================================================ Note 167.8 RCS -- CVS 8 of 14 DECUSF::VIBERT_JF "Vice-President DECUS, Univ Paris " 7 lines 29-JUL-1991 22:01 -< compress ok >- -------------------------------------------------------------------------------- Ce qui vient d'etre dit est evidemment OK, mais attention, si vous utilisez kermit, pensez a transferer les 2 fichiers en binaire (set file type bin), sinon vous ne pourrez pas les relire. Sinon, ca marche tres bien. Quand au uncompress, ca marche tres bien sous ultrix, ca vient meme du monde unix, donc... ================================================================================ Note 167.9 RCS -- CVS 9 of 14 DECUSF::MANET_P "Philippe Manet - Sogidec/Ylys Info." 6 lines 30-JUL-1991 09:13 -< Compressez chez vous ... >- -------------------------------------------------------------------------------- D'ailleurs pour gagner du tamps, vous avez tout intérêt à effectuer la compression chez vous avant le transfert. Si vous utilisez PSICOPY, vous pouvez à la place son option /COMPRESS, mais je trouve personnellement la première méthode préférable. ================================================================================ Note 167.10 RCS -- CVS 10 of 14 DECUSF::BERENGUIER_J "Jean-Marc BERENGUIER - Master" 13 lines 30-JUL-1991 12:14 -< Merci -- Transfert en attente... >- -------------------------------------------------------------------------------- Merci beaucoup pour ces infos... Le transfert est actuellement en attente dans une queue de batch et est "holding" jusqu'à 23h45 ce soir. J'utilise PSICOPY. Je n'ai pas compresse les .TAR ici (avant transfert) mais je ne vois pas en realite trop de difference entre le fait que la machine termine le transfert a 1h00 ou qu'elle le termine a 2h00. Cette difference doit pourtant se ressentir sur la facture France Telecom et je n'ai a ce sujet aucune, mais alors aucune idee des couts de transfert ! Encore merci a -x Jean-Marc BERENGUIER -- Mastere DEC//UTC Compiegne ================================================================================ Note 167.11 RCS -- CVS 11 of 14 DECUSF::SOMA_C "Claude SOMA - CNTS" 9 lines 6-AUG-1991 19:06 -< RCS gere aussi les objets (mais ..) >- -------------------------------------------------------------------------------- Je voudrais apporte une precision sur l'utilitaire RCS. Il est sense gerer les sources et les objets aussi ,ce que ne fait pas SCCS. Mais attention, il s'emmele les crayons quand on a des mots cles dans un objet. ex $Header$ ou $Log on fait un ci de l'objet pas de pb (ex un a.out qq) Quand on fait le co du meme objet ,il ne s'execute plus !!! ================================================================================ Note 167.12 RCS -- CVS 12 of 14 DECUSF::BERENGUIER_J "Jean-Marc BERENGUIER - Master" 19 lines 21-AUG-1991 08:41 -< RCS et CVS sont ici ! >- -------------------------------------------------------------------------------- Ca y est, RCS version 5.5 et CVS version 1.2 sont enfin dans le repertoire ULTRIX. Apres m'etre batu avec psicopy puis 15 jours de vacances, un "successfull" transfert s'est deroule la nuit derniere. J'ai laisse ces deux utilitaires sous forme de .tar_z et de .tar, les .tar pouvant eventuellement etre detruits par les gestionnaires de la messagerie. Je n'ai pas encore resolu le probleme du test d'installation de RCS (pseudo IVP pour les VMSsiens) qui s'avere negatif. Cepandant, certaines personnes m'ont suggere d'utiliser les utilitaires de GNU (diff, merge, ...) avec RCS et CVS. Ceux ci sont en cours d'arrivee sur mes machines avec en sus quelques autres produits du GNU (Domaine public, lisence GNU) qui pourront eventuellement interesser certains d'entre vous. J'en laisserai ici une breve description et un nouveau topic dans cette conference pourra etre cree si des interesses se manifestent ! Jean-Marc BERENGUIER -- Mastere DEC//UTC Compiegne ================================================================================ Note 167.13 RCS -- CVS 13 of 14 DECUSF::BERENGUIER_A "Alain, ALCATEL BUSINESS SYSTEM" 7 lines 20-SEP-1991 19:24 -< Qui connait "pic" et "nitroff" ? >- -------------------------------------------------------------------------------- Merci, je les ai recuperer. J'ai reussi a les regenerer sur "***" 4.1.1, RCS tout est ok, CVS, executable et man ok, mais j'ai un probleme avec la doc, je ne connais ni ne trouve sur l'ensemble de mes machines les utilitaires "pic" et "nitroff", de quelle distribution font-ils parties. Une generation avec ptroff ne me donne que le texte, mal formater, sans les dessins. ================================================================================ Note 167.14 RCS -- CVS 14 of 14 DECUSF::CLAR_D "Chairman du SIG UNIX" 3 lines 21-SEP-1991 10:34 -< Payant? >- -------------------------------------------------------------------------------- Est-ce pic n'est pas un logiciel proprietaire de ATT system V avec un package special?