[ Précédent :: 1 2 3 4 :: Suivant ]
Re: Lancement de Mozilla Europe
En fait j'était en train de taper un programme C en même temps que mon commentaire. J'ai écrit "bon sa", là je croyais avoir changé de fenêtre et j'ai commencé une déclaration "int " et je suis revenu sur la fenêtre du commentaire pour taper "maritain".
Tout ça c'est de la faute au fork de XFree combiné au changement de license qui a induit un bug dans la gestion de mes fenêtres.
Une autre explication serait que je suis complètement nul en orthographe.
[ Répondre ]
Re: Lancement de Mozilla Europe
Mozilla Europe est une association à but non lucratif régie par la loi de juillet 1901, qui a pour objectif de promouvoir, développer et aider au déploiement en Europe des logiciels Mozilla. Pour atteindre cet objectif, nous fournissons des services et de l'assistance technique aux entreprises et administrations, et nous fédérons le travail des communautés locales.
"non lucratif mais fournis des services et de l'assistance technique", y aurait pas comme une contradiction?
Je n'aime pas ces faux aires de bon saint maritain. S'il le fond de manière professionnelle c'est pour gagner de l'argent à terme.
[ Répondre ]
Re: Subversion RC-1
Lien qui explique tout ça
http://svnbook.red-bean.com/html-chunk/ch04s03.html(...)
en résumé:
- je corrige un bug dans la branche nommée "superdev". Je commit la branche et le repository incrémente le numéro de révision. Disons que le nouveau numéro de révision est 123.
- maintenant je veux appliquer cette correction de bug dans la branche principale (nommée trunk) je n'ai qu'à faire :
svn mergre -r 122:123 http://svn.example.com/repos/branches/superdev(...)
Même si la correction de bug intervient sur plusieurs fichiers, toutes les modifications seront appliquées à la branche principale.
Plus dans le détail:
positionnement sur la branche superdev:
# svn switch http://svn.example.com/repos/branches/superdev(...)
modifications des fichiers de la branche, commit:
# svn commit
(nouveau numéro de révision 123)
repositionnement sur la branche trunk:
# svn switch http://svn.example.com/repos/trunk(...)
application de ces modifications sur cette branche:
# svn mergre -r 122:123 http://svn.example.com/repos/branches/superdev(...)
commit:
#svn commit
On peut aussi répliquer plusieurs ensembles de modifications (c'est à dire plusieurs commits ou plusieurs corrections de bug) d'un seul coup, d'une branche à l'autre de la même manière. Il suffit pour ça de jouer avec les -r 999:999. Je crois que tant que l'on a pas lu le SVN Book on ne sait pas vraiment ce qu'est subversion:
http://svnbook.red-bean.com/html-chunk/index.html(...)
[ Répondre ]
Re: Subversion RC-1
Pour la comsmétique :
svn log -xml > log.xml
Ensuite il ne reste qu'à écrire un fichier XSL (ou en reprendre un d'internet il en existe déjà) et à le passer dans un processeur XSLT (sablotron par exemple) et voilà un changelog tout beau tout bien présenté.
[ Répondre ]
Re: Subversion RC-1
Subversion apporte aussi:
- commit atomique (LA fonctionnalité qui manque dans CVS)
- gestion des branches et des tags extrêmement simple
- réplication des corrections de bugs entre les branches extrêment simple.
- renommage/déplacement des fichiers et répertoires avec conservation de l'historique
[ Répondre ]
Re: Subversion RC-1
Je suis plutôt contre le reserved checkout mais helas il y a des cas où il est indispensable. Par exemple prenons un fichiers binaire (genre une analyse, un schema ou un document OpenOffice, bref une documentation dans un format binaire) et bien si 2 personnes travailles séparément sur la même version fichiers imaginez le boulot que ça va induire lorsque la 2ieme personne voudra commiter. Elle sera obligé de faire un merge à la mano et donc se rappeler de tout ce qu'elle a changé car le logiciel de version ne pourra pas lui indiquer les différences.
Dans ce cas la seul solution c'est le dialogue. Les personnes succeptibles de travailler sur ces fichiers doivent communiquer pour indiquer lorsqu'elles travaillent dessus.
[ Répondre ]
Re: Subversion RC-1
Et aussi le renommage et le déplacement des fichiers. On peu renommer un fichier et/ou le déplacer et son historique est conservé. Il y a aussi la gestion des branches et des tags qui est beaucoup plus simple car KISS powered.
Mais la grande nouveauté par rapport à CVS est bien le commit atomique.
Ce commit atomique permet, entre autre, de répliquer rapidement des correction de bugs d'une branche à l'autre.
[ Répondre ]



Re: Mozilla au clavier : plus vite !
Auriez-vous oublié cette bonne vieille touche tabulation?
Une pression sur cette touche magique et l'on passe au champs suivant.
[ Répondre ]