Un fork est une copie indépendante d'un projet logiciel, faite à partir de son code source, que l'on fait évoluer de son côté, sans dépendre des choix du projet d'origine.
Sur GitHub ou GitLab, « forker » un dépôt est un geste quotidien : on crée sa propre copie, on y fait ses modifications, puis on propose de les réintégrer au projet initial via une pull request (ou merge request). C'est le mécanisme de base de la contribution open source.
Le mot a aussi un sens plus fort : une scission. Quand une partie de la communauté n'est plus d'accord avec la direction d'un projet (gouvernance, licence, rachat), elle le forke et le poursuit sous un autre nom. Exemples connus :
- LibreOffice, issu d'OpenOffice
- MariaDB, issu de MySQL
- OpenSearch, issu d'Elasticsearch
À ne pas confondre avec le clone, qui est une simple copie locale d'un dépôt pour travailler dessus.
Pourquoi ça compte quand on recrute
Le vocabulaire Git (fork, branche, pull request, merge) est un prérequis pour tout développeur, pas un différenciateur. Le vrai signal est ailleurs : des contributions acceptées sur des projets open source tiers, visibles sur GitHub, montrent qu'un candidat sait lire un code qu'il n'a pas écrit et se plier aux standards d'une autre équipe. Un profil rempli de forks sans aucun commit n'en dit rien.