Histoire de Forks sur Dolibarr

From Dolibarr ERP CRM Wiki
Jump to navigation Jump to search

Pourquoi faire un fork

Les raisons qui expliquent les tentatives de fork (et le fork, c'est la vie, la vrai, celle de l'Open Source !) sont des désirs de faire des ruptures technologiques forte, là ou Dolibarr mise sur des technologies stables sur le très long termes (donc HTML, CSS, faible dépendances externes, ...). Quelques raisons de ces choix stratégiques d'architectures sont évoquées dans ce message, par le chef de projet et qui se résument en 1 mot "pragmatisme": https://www.dolibarr.fr/forum/t/dolimodern/29932/61?u=eldy

La position du projet sur les fork

Il y a des tas de raisons qui peuvent justifier de faire un fork (On parle ici de fork de projet pour créer un 2eme projet différent et non du fork au sens github pour contribuer au code).

Et le fork n'est pas une mauvaise chose. Posez vous juste la question de la faisabilité de faire évoluer dans votre sens via le projet officiel avant de vous lancer dans un fork. Et si vraiment cela n'est pas possible (la encore, il y a des tas de raisons), forkez, forkez, forkez ! N'hésitez à pas annoncer votre fork. Le projet Dolibarr a été le premier à communiquer sur les forks précédents. Vous pouvez utiliser les forums Dolibarr pour fédérer des développeurs externes qui pourraient vous aider.

L'avenir dira si le fork était une bonne chose. Au pire, même si le fork n'aboutit pas, il permet de continuer de mettre la pression sur le projet originel l'obligeant à se remettre en cause et à ne pas se reposer sur ses acquis dans son évolution. Parfois le fork surpasse le projet initial, le gagnant étant l'utilisateur final qui se retrouve avec plus de choix, et les développeurs Dolibarr étant des utilisateurs finaux (avec certes des compétences adaptés pour le développement d'un logiciel), nous seront alors tous gagnant. Les forks MariaDB de MySql ou encore LibreOffice de OpenOffice ont montré combien les forks pouvez être salvateur quand le projet d'origine tourne mal...

Quelques examples

Le 13 décembre 2012, Régis Houssin, un des plus gros contributeurs au projet Dolibarr, créé un Fork du projet Dolibarr nommé SpeeDealing qui sera ensuite renommé CRM-JS. Il est créé avec une volonté d'apporter une plus grande souplesse de personnalisation et une rupture dans les technologies utilisées: CRM-JS se basant sur l'architecture et la philosophie de Dolibarr, mais réécrit en Node.js et s'appuie sur une base de données MongoDB pour faciliter l'utilisation hors ligne de l'outil. Le projet semble cependant abandonné depuis 2014.

En juin 2019, un autre fork est annoncé sous le nom de DoliModern. D'autres forks ont pu aussi être repéré, comme DoliPlus, ToManage, PowerERP, ... La encore, la vitesse d'évolution du projet natif Dolibarr aura rendu les forks obsolètes dès les premiers mois de leur genèse.

Il existe aussi des forks, dont le but n'est pas de faire prendre une direction différente au projet, mais d'ajouter des compléments sur la version courante de Dolibarr, le fork étant régulièrement remis à jour avec la version officielle, afin d'offrir une offre commerciale spécialisée. On peut citer par exemple DoliOnDemand, Easya-Solutions, ...