A cette époque le meilleur candidat semblait être Gnu_arch. https://www.gnu.org/software/gnu-arch/
Il y avait de bonnes idées dedans mais c'était assez complexe et ça manquait de souplesse notamment pour le nommage des branches à mon sens.
Les tenants du SVN décentralisé promouvaient svk écrit en Perl
Il y avait de bonnes idées mais je n'ai jamais vraiment pu comprendre comment ça fonctionnait dans le détail.
Et surtout, il conservait les même défauts inhérents à SVN qui font que ce dernier: la gestion des branches et notamment le merge rename tracking dont voici les specs et qui reste toujours complexe à mettre en oeuvre avec SVN et bancal
Pour le dev du kernel c'est un point essentiel.
Pour du trunk dev à la "agile" avec des branches de patchs, c'est moins crucial.
Monotone était lui aussi déjà de la partie. https://lwn.net/Articles/132000/
Un outil très propre, écrit en C++ avec une vision différente des branches à la Gnu Arch/Git.
Pas de référence local/distante pour gérer les évolutions concurrentes mais la notion de plusieurs heads pour une même branche.
Une branche est dons une forme de sous-graphe.
Je soupçonne Mercurial de s'en être largement inspiré
Darcs, écrit en Haskell, intéressant mais je n'ai jamais vraiment pu appréhender l'intérêt de la théorie des patchs même encore aujourd'hui.
En tous cas, cette explosion d'idées et d'échange de toutes parts était passionnante.
Les protagonistes de chaque outil échangeaient entre eux et tentaient de faire ressortir tous les concepts liés aux outils de VCS:
Il y avait un super wiki (defacé depuis) qui consignait tout ça.
Certains ont essayé de récupérer des bribes sous Github: https://github.com/tonyg/revctrl.org
[^] # Re: Incroyable
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 10.
A cette époque le meilleur candidat semblait être Gnu_arch.
https://www.gnu.org/software/gnu-arch/
Il y avait de bonnes idées dedans mais c'était assez complexe et ça manquait de souplesse notamment pour le nommage des branches à mon sens.
Les tenants du SVN décentralisé promouvaient svk écrit en Perl
Il y avait de bonnes idées mais je n'ai jamais vraiment pu comprendre comment ça fonctionnait dans le détail.
Et surtout, il conservait les même défauts inhérents à SVN qui font que ce dernier: la gestion des branches et notamment le merge rename tracking dont voici les specs et qui reste toujours complexe à mettre en oeuvre avec SVN et bancal
Pour le dev du kernel c'est un point essentiel.
Pour du trunk dev à la "agile" avec des branches de patchs, c'est moins crucial.
Monotone était lui aussi déjà de la partie. https://lwn.net/Articles/132000/
Un outil très propre, écrit en C++ avec une vision différente des branches à la Gnu Arch/Git.
Pas de référence local/distante pour gérer les évolutions concurrentes mais la notion de plusieurs heads pour une même branche.
Une branche est dons une forme de sous-graphe.
Je soupçonne Mercurial de s'en être largement inspiré
Darcs, écrit en Haskell, intéressant mais je n'ai jamais vraiment pu appréhender l'intérêt de la théorie des patchs même encore aujourd'hui.
En tous cas, cette explosion d'idées et d'échange de toutes parts était passionnante.
Les protagonistes de chaque outil échangeaient entre eux et tentaient de faire ressortir tous les concepts liés aux outils de VCS:
Il y avait un super wiki (defacé depuis) qui consignait tout ça.
Certains ont essayé de récupérer des bribes sous Github: https://github.com/tonyg/revctrl.org
Certains ont même dégagé des patterns de SCM
http://www.bradapp.com/acme/branching/scm-pats-intro.html.
Je vous en conseille vivement la lecture pour avoir un regard plus détache sur vos workflows.
```