14.10.2016 Экспертиза, Открытый код/LinuxРазветвление свободного проекта — это событие, которое может вселить ужас в сердца ИТ-директоров компаний, опирающихся на Open Source. А некоторые из них даже могут усомниться в правильности принятого когда-то решения о приоритетном использовании открытого ПО. Представьте ситуацию: компания прекрасно работает, используя какое-то свободное решение для поддержки важных бизнес-процессов, но вдруг выясняется, что у его разработчиков имеются серьёзные проблемы, которые приводят к расколу сообщества и появления форка приложения. Не обращать на это внимания и продолжать применять привычную программу или поскорее переходить на аналог? Проблема подробно рассматривается в статье Пола Рубенса, опубликованной на сайте CIO.com. Перед тем, как начать искать ответы на эти вопросы, ИТ-директору следует убедиться, что он правильно трактует само понятие форка. Исследователи Грегорио Роблес и Хесус М. Гонсалес-Барахона из испанского Университета имени короля Хуана Карлоса определяют форк следующим образом. Форк возникает, когда часть сообщества разработчиков (или некая третья сторона, не имеющая никакого отношения к проекту) продолжает развитие продукта на основе уже созданного в рамках проекта исходного кода. Форк должен отвечать следующими условиям: иметь новое название проекта; быть ответвлением уже созданного программного обеспечения; иметь параллельную инфраструктуру: сайт, систему управления версиями, списки рассылки и т. д.; иметь собственное сообщество разработчиков. Возможное ...
читать далее.