Форк (разработка программного обеспечения) - Fork (software development)
В программная инженерия, а вилка проекта происходит, когда разработчики берут копию исходный код от одного пакет программного обеспечения и начать независимую разработку на нем, создав отдельную программу. Этот термин часто подразумевает не просто ветвь разработки, но также и раскол в сообществе разработчиков, форма раскол.[1]
Бесплатное программное обеспечение с открытым исходным кодом это то, что, по определению, может быть разветвлено от исходной команды разработчиков без предварительного разрешения, не нарушая Авторские права закон. Однако лицензионные форки проприетарного ПО (например Unix ) тоже бывает.
Этимология
Слово «вилка» использовалось для обозначения «разделять на ветви, идти разными путями» еще в 14 веке.[2] В программной среде это слово вызывает вилка системный вызов, который заставляет запущенный процесс разделяться на две (почти) идентичные копии, которые (обычно) расходятся для выполнения разных задач.[3]
В контексте разработки программного обеспечения «вилка» использовалась в смысле создания системы контроля версий »ответвляться " к Эрик Оллман еще в 1980 г. в контексте SCCS:[4]
Создание ветки "разветвляет" версию программы.
Этот термин использовался на Usenet к 1983 году для процесса создания подгруппы для перемещения тем для обсуждения.[5]
Неизвестно, что «вилка» использовалась в смысле раскола сообщества во время зарождения Lucid Emacs (сейчас XEmacs ) (1991) или BSD (1993–1994); Расс Нельсон использовали термин "раскол" для такого рода вилок в 1993 году, приписывая это Джон Гилмор.[6] Однако к 1995 году «вилка» использовалась в настоящем смысле для описания раскола XEmacs,[7] и было понятное использование в GNU Проект к 1996 году.[8]
Разветвление бесплатного программного обеспечения с открытым исходным кодом
Бесплатное программное обеспечение с открытым исходным кодом может быть законно разветвлено без предварительного согласия тех, кто в настоящее время разрабатывает, управляет или распространяет программное обеспечение для обоих Определение свободного программного обеспечения и Определение открытого исходного кода:[9]
Свобода распространять копии ваших измененных версий среди других (свобода 3). Поступая так, вы можете дать всему сообществу возможность извлечь выгоду из ваших изменений. Доступ к исходному коду является предварительным условием для этого.
3. Производные работы. Лицензия должна разрешать модификации и производные работы, а также должна разрешать их распространение на тех же условиях, что и лицензия на исходное программное обеспечение.
В свободных программах вилки часто возникают в результате разногласий по поводу различных целей или личных столкновений. В форке обе стороны предполагают почти идентичные кодовые базы, но обычно только большая группа или тот, кто контролирует веб-сайт, сохранят полное исходное имя и соответствующее сообщество пользователей. Таким образом, за разветвление накладывается штраф репутации.[9] Отношения между разными командами могут быть сердечными или очень горькими. С другой стороны, дружелюбная вилка или мягкая вилка это форк, который не предназначен для конкуренции, но хочет в конечном итоге слиться с оригиналом.
Эрик С. Раймонд в своем эссе Усадьба ноосферы,[12] заявил, что «наиболее важной характеристикой форка является то, что он порождает конкурирующие проекты, которые не могут впоследствии обмениваться кодом, разделяя потенциальное сообщество разработчиков». Он отмечает в Файл жаргона:[13]
Разветвление считается плохим делом - не только потому, что оно подразумевает много потраченных впустую усилий в будущем, но и потому, что вилки, как правило, сопровождаются большим количеством разногласий и вражды между группами преемников по вопросам легитимности, преемственности и направления дизайна. . Существует серьезное социальное давление против разветвления. В результате основные вилки (такие как Gnu-Emacs /XEmacs раскол, расщепление 386BSD группы на три дочерних проекта и недолговечный раскол GCC / EGCS) достаточно редки, чтобы их помнят индивидуально в хакерском фольклоре.
Заметки Дэвида А. Уиллера[9] четыре возможных исхода вилки с примерами:
- Смерть вилки. Это, безусловно, самый распространенный случай. Объявить форк легко, но приложить немало усилий для продолжения самостоятельной разработки и поддержки.
- Повторное слияние вилки (например, egcs становится "благословенным" как новая версия gcc.)
- Смерть оригинала (например в Сервер X.Org успех и XFree86 умирающий.)
- Успешное ветвление, как правило, с дифференциацией (например, OpenBSD и NetBSD.)
Распределенный контроль версий Инструменты (DVCS) популяризировали менее эмоциональное использование термина «вилка», стирая различие с «ветвью».[14] С помощью DVCS, например Mercurial или же Git, нормальный способ внести свой вклад в проект - сначала создать личную ветку репозитория, независимую от основного репозитория, а затем попытаться интегрировать ваши изменения с ней. Такие сайты как GitHub, Bitbucket и Панель запуска предоставлять бесплатный хостинг DVCS, явно поддерживающий независимые ветви, так что технические, социальные и финансовые препятствия для создания репозитория исходного кода значительно снижаются, а GitHub использует термин «форк» для обозначения этого метода участия в проекте.
Форки часто перезапускают нумерацию версий с 0.1 или 1.0, даже если исходное программное обеспечение было версии 3.0, 4.0 или 5.0. Исключение составляют случаи, когда разветвленное программное обеспечение предназначено для замены исходного проекта, например MariaDB за MySQL[15] или же LibreOffice за OpenOffice.org.
Создание проприетарного программного обеспечения
В проприетарное программное обеспечение, авторские права обычно принадлежат организации-работодателю, а не отдельным разработчикам программного обеспечения. Таким образом, проприетарный код чаще всего разветвляется, когда владельцу нужно разработать две или более версий, например оконный версия и командная строка версия или версии для разных операционных систем, например текстовый редактор за IBM PC совместимые машины и Macintosh компьютеры. Как правило, такие внутренние вилки будут сконцентрированы на том, чтобы иметь одинаковый внешний вид, поведение, формат данных и поведение между платформами, так что пользователь, знакомый с одной, также может быть продуктивным или совместно использовать документы, созданные на другой. Это почти всегда экономическое решение для получения большего рыночная доля и таким образом окупить связанные с этим дополнительные затраты на разработку, вызванные форком.
Примечательной проприетарной вилкой, отличной от этого вида, является множество разновидностей проприетарного Unix - почти все происходит от AT&T Unix по лицензии и все называются «Unix», но становятся все более несовместимыми.[16] Видеть UNIX войны.
В Лицензии BSD разрешить вилкам стать проприетарным ПО, и авторское лево сторонники говорят, что коммерческие стимулы, таким образом, делают практически неизбежным владение собственностью. (Лицензии с авторским левом, однако, можно обойти с помощью двойного лицензирования с частным грантом в форме Лицензионное соглашение участника.) Примеры включают macOS (на основе проприетарного Следующий шаг и открытый исходный код FreeBSD ), Cedega и CrossOver (фирменные вилки Вино, хотя CrossOver отслеживает Wine и вносит значительный вклад), EnterpriseDB (ответвление PostgreSQL, добавление функций совместимости с Oracle[17]), Поддерживается PostgreSQL с их собственной системой хранения ESM,[18] и Netezza[19] проприетарная высокомасштабируемая производная PostgreSQL. Некоторые из этих поставщиков вносят изменения в проект сообщества, в то время как некоторые сохраняют свои изменения как свои собственные конкурентные преимущества.
Смотрите также
- Список программных форков
- Исходный порт
- Downstream (разработка программного обеспечения)
- Групповое принятие решений
- Модульное программирование
- Программное обеспечение на заказ
- Персонализация
- Эффективность команды
- ROM Взлом
Рекомендации
- ^ «Раскол» с его коннотациями - обычное слово, например "раскол Lemacs / FSFmacs" В архиве 12 декабря 2009 в WebCite (Джейми Завински, 2000), "За расколом KOffice" В архиве 6 июля 2013 г. Wayback Machine (Джо Брокмайер, Еженедельные новости Linux, 2010-12-14), «Передача авторских прав - один раз укусил, дважды стеснялся» В архиве 30 марта 2012 г. Wayback Machine (Ричард Хиллесли, H-Online, 2010-08-06), «Разветвление - это особенность» В архиве 29 февраля 2012 г. Wayback Machine (Анил Даш, 2010-09-10), «Великий программный раскол» В архиве 6 января 2012 г. Wayback Machine (Глин Муди, Linux журнал, 2006-09-28), «Форк или не форк: уроки Ubuntu и Debian» В архиве 26 февраля 2012 г. Wayback Machine (Бенджамин Мако Хилл, 2005).
- ^ Слово 'fork' в онлайн-словаре этимологии В архиве 25 мая 2012 г. Wayback Machine
- ^ «Термин fork происходит от стандарта POSIX для операционных систем: системный вызов, используемый для того, чтобы процесс генерировал свою копию, называется fork ()». Роблес, Грегорио; Гонсалес-Бараона, Хесус М. (2012). Комплексное исследование программных форков: даты, причины и результаты (PDF). OSS 2012 Восьмая международная конференция по системам с открытым исходным кодом. Дои:10.1007/978-3-642-33442-9_1. В архиве (PDF) из оригинала 2 декабря 2013 г.. Получено 20 октября 2012.
- ^ Оллман, Эрик. «Введение в систему контроля исходного кода». В архиве 6 ноября 2014 г. Wayback Machine Проект Ingres, Калифорнийский университет в Беркли, 1980.
- ^ Может кто-нибудь раскошелиться на "чистую философию"? (Джон Гилмор, net.misc, 18 января 1983 г.)
- ^ Раскол - хорошо или плохо? (Рассел Нельсон, gnu.misc.discuss, 1 октября 1993 г.)
- ^ Re: Эй, Франц: 32K Windows ОТСТОЙ !!!!! (Билл Дубюк, cu.cs.macl.info, 21 сентября 1995 г.)
- ^ Lignux? (Маркус Дж. Дэниэлс, gnu.misc.discuss, 7 июня 1996 г.)
- ^ а б c Почему программное обеспечение с открытым исходным кодом / бесплатное программное обеспечение (OSS / FS, FLOSS или FOSS)? Посмотрите на числа !: Разветвление В архиве 5 апреля 2006 г. Wayback Machine (Дэвид А. Уиллер)
- ^ Столмен, Ричард. "Определение свободного программного обеспечения". Фонд свободного программного обеспечения. В архиве из оригинала 14 октября 2013 г.. Получено 15 октября 2013.
- ^ «Определение открытого исходного кода». Инициатива открытого исходного кода. В архиве из оригинала 15 октября 2013 г.. Получено 15 октября 2013.
- ^ Раймонд, Эрик С. (15 августа 2002 г.). "Беспорядочная теория, пуританская практика". В архиве из оригинала от 6 октября 2006 г.
- ^ Раздвоенный В архиве 8 ноября 2011 г. Wayback Machine (Файл жаргона ), впервые добавленный в v4.2.2 В архиве 14 января 2012 г. Wayback Machine, 20 августа 2000 г.)
- ^ например Уиллис, Натан (15 января 2015 г.). "Форк" открытого управления "Node.js". LWN.net. В архиве из оригинала 21 апреля 2015 г.. Получено 15 января 2015.
Форки являются естественной частью открытой модели разработки, настолько, что GitHub, как известно, размещает кнопку «создать собственную копию» почти на каждой странице.
Смотрите также Найман, Линус (2015). Понимание форкования кода в программном обеспечении с открытым исходным кодом (Кандидат наук.). Школа экономики Ханкена. п. 57. HDL:10138/153135.Если раньше у практикующих были довольно узкие определения вилки, то теперь этот термин, похоже, используется гораздо шире. Действия, которые традиционно назывались ветвью, новым дистрибутивом, фрагментацией кода, псевдо-форком и т. Д., Теперь могут называться некоторыми разработчиками форками. Похоже, это немаловажно из-за широкого определения и использования термина вилка в GitHub.
- ^ Разветвленный проект, где начинаются мои номера версий? В архиве 26 августа 2011 г. Wayback Machine
- ^ Страх разветвления В архиве 17 декабря 2012 г. Wayback Machine - Эссе о раздвоении бесплатно программное обеспечение проекты, Рик Моен
- ^ EnterpriseDB В архиве 13 ноября 2006 г. Wayback Machine
- ^ Fujitsu поддерживает PostgreSQL В архиве 20 августа 2006 г. Wayback Machine
- ^ Netezza В архиве 13 ноября 2006 г. Wayback Machine
внешняя ссылка
- Право на вилку в Фрикадельки вики
- Доктор философии, изучающий разветвление: (Найман, 2015) «Понимание разветвления кода в программном обеспечении с открытым исходным кодом - изучение разветвления кода, его влияние на программное обеспечение с открытым исходным кодом, а также то, как его рассматривают и применяют разработчики»