Matthieu Moy a écrit 3251 commentaires

http://www.google.com/search?q=serveur+de+log(...)

?

Attention, quand même, l'Inde n'est pas un pays "en voie de développement" comme les autres, surtout quand on parle d'informatique. Il y a des grands instituts de recherches, des entreprises de développement logiciels, ... qui n'ont rien a envier aux nôtres. L'Inde est à ma connaissance le seul pays dans lequel on trouve autant de pubs pour la dernière version d'Oracle ou une formation C# dans la rue ou collée sur les autobus !

Pour les grandes entreprises, le choix est plutôt entre un _vrai_ système propriétaire (je veux dire, non bridé) et un système libre. Pour les particuliers, bah, on trouve des Windows non bridés en CD gravés en vente sur les marchés pour quelques dizaines de roupies (moins de 10 euros) ... C'est illégal, mais qui va les poursuivre ?

Jamais utilisé, mais est-ce que ça

http://www.nongnu.org/rdiff-backup/(...)

ne serait pas ce que tu cherches ?

Au hasard, WordML et ses copains de la suite MS Office 2003.

PbPg pourra sans doute en rajouter quelques autres, j'imagine.

> Je ne parle pas des standards des documents Microsoft, le seul à ma connaissance qu'ils ont publié, le RTF

Euh, faudrait se renseigner un peu et arrêter le FUD, non ?

dot est également pris par graphviz, d'ailleurs.

Mouais, enfin, c'est quand même vrai qu'après avoir utiliser un gestionnaire de version avec suivi des merges, on se demande comment on faisait avant ! Avec bazaar, par exemple :

$ baz missing <la branche du copain> -s
patch-42
    corrigé pleins de bugs
patch-34
    ajouté une killer-feature
...
$ baz merge <la branche du copain>
=> ça récupère tous les changements depuis le dernier merge.

> 1/ Fichier en ecriture et résoulution des conflits au meoment du commit

Surtout pas au moment du commit. Le commit, il dit "Ma version locale (que j'ai testée) devient la version de référence". Le merge doit se faire au moment de l'update (qui doit toujours précéder un commit dans le modèle centralisé).

Une bonne utilisation de ce genre de choses, c'est un couplage fort entre ton bug/feature tracker et ton gestionnaire de versions. Il parait que clearcase fait à peu près ça :

Pour changer un truc dans le code, il faut passer par le tracker. Dans le tracker, une fois que le changement a effectuer est assigné à un développeur, il signale qu'il va avoir besoin de modifier les fichiers X, Y et Z, ça apparait dans le tracker et ça lock effectivement les fichiers dans le gestionnaire de versions. Ensuite, le commit qui corrige le bug le ferme dans le tracker et libère les fichiers (ceci dit, ce modèle ne s'applique que très difficilement au développement open-source communautaire).

Sur quel type de fichiers tu fais ça ?

On parle bien de fichiers binaires ici. Pour les fichiers textes, effectivement, la fusion se fait très bien. C'est le principe de base d'un gestionnaire de versions, en fait.

Pour un fichier binaire quelconque, jouer à la roulette russe me parait moins risqué.

Maintenant, il y a pleins de cas particuliers où un outil spécialisé pourrait faire quelque chose (typiquement, un document OOo).

> ce n'est pas dans les préocupation du moment si j'en crois la roadmap
> ( http://subversion.tigris.org/roadmap.html(...) ).

Sur cette page, je lis pourtant

Medium-term Goals:
[...]
* merge tracking (describes a whole class of problems)

Je pense que c'est a ça qu'ils font allusion.

Ça n'a rien a voir avec la vérification de l'écriture correcte. Ce n'est pas un verrouillage de ta copie de travail, c'est un verrou sur le serveur, c'est a dire que pendant que tu travailles sur un fichier (entre le checkout et le commit), toutes les autres personnes qui travaillent sur le même projet sont priés de ne pas modifier ce fichier.

Le but même d'un gestionnaire de version, c'est de travailler sur plusieurs versions concurrentes d'un même fichier. Si tu interdit toujours cette concurrence des versions, ce dont tu as besoin, c'est plutôt d'un système de backup.

http://svnbook.red-bean.com/en/1.1/ch02s02.html#svn-ch-2-sect-2.2(...)

bazaar, client GNU arch, sort dans quelques jours en version 1.4. Pas de changement radical cette fois par rapport à la version 1.3, mais beaucoup de petites améliorations, et beaucoup de nettoyage de code en interne (comprendre: Rien a court terme pour l'utilisateur, mais c'est bon signe pour la suite).

http://bazaar.canonical.com/(...)

Et dans le monde de GNU Arch, Xtla est sorti en version 1.0 hier. Xtla, c'est l'interface Arch pour Emacs, j'en parlais ici http://linuxfr.org/~moy/15924.html(...) et depuis, il n'y a eu à peu près que des bugfixes dans la branche 1.0. Par contre, quelques nouveautés intéressantes, en particulier le support de bazaar, dans la version de développement, future 1.1

http://wiki.gnuarch.org/xtla(...)

Les développeurs de subversion avaient pourtant expliqué (très clairement) dans le manuel que le lock ne résous pas grand chose, mais ils l'ont fait à la demande des utilisateurs.

Et oui, les mentalités mettent du temps à changer. Je pourrais citer un ingénieur qualité disant, en l'an 2005, « surtout, pensez bien à *toujours* locker les fichiers sur lesquels vous travaillez avant de les modifier. Sinon, qui fera le merge ? ».

Autre solution: Monter le répertoire d'une machine sur l'autre via samba ou NFS. Rien a synchroniser, les répertoires sont identiques "en temps réel". Par contre, on perd en perfs.

Ceci-dit, à ta place, j'utiliserais un gestionnaire de version, c'est encore le mieux pour développer sur plusieurs machines.

Sachant que depuis la version 2, pwm, c'est ion avec une configuration par défaut légèrement différente (ouvre un WFloatWS par défaut à la place d'un WIonWS) ... ;-)

J'oubliais ...

http://groups.google.com(...)

Tu dois déjà avoir vu ça quelque part, non ?

non, usenet n'est pas indépendant d'internet. C'est même basé sur internet, tout comme le web, le mail, le P2P et autres applications.

Bon, si tu as déjà entendu parler de newsgroup, ben, c'est ça.

Tu as oublié dans ta signature "-- webmaster de fvwmfr.org" ;-)

Le (meilleur) window manager (de l'univers) ion est scriptable en lua. C'est vraiment facile a apprendre, toute la grammaire du langage tient en 1 page ...

Donc, plutôt que de créer un nouveau langage de script pour chaque application que vous utilisez, mesieurs les développeurs, n'hésitez-pas à réutiliser l'existant !

Je crois pas qu'il y ai de compatibilité binaire entre les applies des deux noyaux, donc, ça ne me parait pas très possible.

Et WordML ?

< private joke >
C'est fou ça alors, le bourrage de crane du projet compi^W^W^W^W^WGénie Logiciel a marché ;-)
< /private joke >

Raah, oui, mais si je fais ça, ça casse tout l'effet ;-)

OK,
---> [ ]