У деяких випадках в подальшому відбувається зворотне об'єднання розійшлися версій. Іноді «відгалуження» при поверненні в основний проект отримує провідну роль. Наприклад, від GNU Compiler Collection (GCC) свого часу відколовся проект Experimental / Enhanced GNU Compiler System (EGCS). Через два роки відбулося возз'єднання проектів, причому результат був заснований на EGCS і навіть наслідували його набагато більш відкритий процес розробки.
У разі вільного ПЗ. юридично, можливість створення Форк безпосередньо випливає з факту поширення програми по вільної ліцензії. Однак, Форк великих проектів порівняно рідкісні і негативно сприймаються в суспільстві, оскільки зменшують кількість розробників кожної з гілок і уповільнюють їх розвиток. Проте, значення «права на форк» досить велике, навіть незважаючи на те, що на практиці воно використовується рідко: це певний стримуючий фактор у відносинах між ключовими розробниками (мають можливість вносити зміни в код проекту безпосередньо, апстрім) і співтовариством. ( "Вікіпедія")
Форк: як багато в цьому слові!
Центральна група розробників віконної системи XFree86 вигнала одного зі своїх учасників за спробу організувати паралельний проект. Тим часом нічого протизаконного в проявленої вигнанцем ініціативі немає: паралельні гілки open source-проектів, т.зв. Форк, служать рушійною силою всієї індустрії відкритого коду.
Ідеологія відкритого коду, справжньою Open Source, в основу якої покладена відома всім і кожному ліцензія GNU GPL, чудова в багатьох відносинах - бо допускає існування таких речей, які в світі пропрієтарного софта існувати просто не можуть. GPL дозволяє кожному користувачеві програми надходити з нею так, як йому того захочеться, вимагаючи натомість лише одного: поширення разом з переробленим варіантом програми самої ліцензії, щоб черговий користувач отримав ті ж самі права - і міг зайнятися модифікацією самостійно. Цей принцип дає початок і одному з найбільш неоднозначних явищ в Open Source - так званим ФОРКОМ. У перекладі з англійської fork означає "розгалуження", що досить добре відображає суть того, що відбувається: коли вихідні коди, створені в рамках одного проекту, лягають в основу іншого, переслідує ті ж самі або близькі цілі, але створюваного іншими людьми, цей другий проект і називається fork. Фактично, форк - конкурент, який має можливість взяти найкраще у свого прототипу і тим самим почати боротьбу за споживача вже не з нуля. Добре це чи погано? Замість голослівних міркувань, давайте краще розглянемо приклад, піднесений самим життям.
Саме ж визначна, що Кейт не відмовляється від своїх намірів. Він дійсно збирає групу людей, які (під його керівництвом) займуться розвитком ФОРКОМ XFree86. Навіщо це треба? На думку Паккарда, процес розробки XFree86 надто повільний: облік запропонованих змін і нових напрацювань (які привносяться сторонніми ентузіастами-розробниками і виробниками заліза, які постачають свої драйвери) забирає надто багато часу, часом до одного року. Як результат - повільний прогрес всієї віконної системи і тих операційних систем, які XFree86 використовують. Паккард сподівається організувати більш динамічний проект.