Tom LORD, l'auteur de Arch/tla à envoyé une lettre personnelle expliquant le principe, les objectifs, et les possibilités de Arch.
De plus sur la lkml, et par des mails privés, Linus THORVALD a reçu des benchmarks sur l'intégration de tous les changesets, du noyau, ainsi que des benchmarks sur des cas d'utilisation, à la fois côté mainteneur et côté développeur.
L'utilisation de Arch sur le plan performance ne pose aucun problème, j'ai moi même fait des tests poussés, en respectant la règle du "je test dans le pire des cas".
La question est est-ce que la logique de Arch lui plait ou non ? Monotone semble plus lui convenir, et enfin, après les longues discussions enflammés ou il a dut défendre bec et ongle bitkeeper par rapport à l'utilisation des autres solutions, va-t-il avoir le courage de se tourner vers des solutions qu'il avait cassé ? (souvent à juste titre, on compare avec le niveau actuel des outils, mais auparavant c'était catastrophique).
GIT est la solution facile.
Mais peut importe il faut voir si cette solution à une perennité, si ce n'est pas le cas, développer son propre outils ne sert à rien et ne fait que reculer l'échéance et gaspiller les efforts
[^] # Re: L'info sur kerneltrap
Posté par or zax . En réponse à la dépêche Linus développe un remplaçant original à BitKeeper. Évalué à 3.
De plus sur la lkml, et par des mails privés, Linus THORVALD a reçu des benchmarks sur l'intégration de tous les changesets, du noyau, ainsi que des benchmarks sur des cas d'utilisation, à la fois côté mainteneur et côté développeur.
L'utilisation de Arch sur le plan performance ne pose aucun problème, j'ai moi même fait des tests poussés, en respectant la règle du "je test dans le pire des cas".
La question est est-ce que la logique de Arch lui plait ou non ? Monotone semble plus lui convenir, et enfin, après les longues discussions enflammés ou il a dut défendre bec et ongle bitkeeper par rapport à l'utilisation des autres solutions, va-t-il avoir le courage de se tourner vers des solutions qu'il avait cassé ? (souvent à juste titre, on compare avec le niveau actuel des outils, mais auparavant c'était catastrophique).
GIT est la solution facile.
Mais peut importe il faut voir si cette solution à une perennité, si ce n'est pas le cas, développer son propre outils ne sert à rien et ne fait que reculer l'échéance et gaspiller les efforts