Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
Новая программа и направление разработки программного обеспечения, возникшие на основе существующей.
New program, and line of software development, derived from an existing one
В разработке программного обеспечения форк проекта происходит, когда разработчики берут копию исходного кода из одного программного пакета и начинают независимую разработку на его основе, создавая отдельное и самостоятельное программное обеспечение. Этот термин часто подразумевает не просто создание ветки разработки, но и разделение в сообществе разработчиков; таким образом, это одна из форм раскола. Причинами для форка могут быть различные предпочтения пользователей, а также стагнация или прекращение развития оригинального программного обеспечения. Программное обеспечение с открытым исходным кодом, по определению, может быть форкнуто от оригинальной команды разработчиков без предварительного разрешения и без нарушения авторских прав. Однако, также встречаются лицензионные форки проприетарного программного обеспечения (например, Unix).
In software engineering, a project fork happens when developers take a copy of source code from one software package and start independent development on it, creating a distinct and separate piece of software. The term often implies not merely a development branch, but also a split in the developer community; as such, it is a form of schism. Grounds for forking are varying user preferences and stagnated or discontinued development of the original software. Free and open source software is that which, by definition, may be forked from the original development team without prior permission, and without violating copyright law. However, licensed forks of proprietary software (e. g. Unix) also happen.
Разветвление проприетарного программного обеспечения
В проприетарном программном обеспечении авторское право обычно принадлежит организации-работодателю, а не отдельным разработчикам. Поэтому проприетарный код чаще форкается, когда владельцу необходимо разработать две или более версии, например, версию с графическим интерфейсом и версию командной строки, или версии для различных операционных систем, такие как текстовый процессор для компьютеров, совместимых с IBM PC, и компьютеров Macintosh. Как правило, при таких внутренних форках основное внимание уделяется сохранению единого внешнего вида, пользовательского опыта, формата данных и поведения на разных платформах, чтобы пользователь, знакомый с одной версией, мог эффективно работать и обмениваться документами, созданными в другой. Это почти всегда экономическое решение, направленное на увеличение доли рынка и, следовательно, на возмещение дополнительных затрат на разработку, связанных с форком. Примером проприетарного форка, не соответствующего этому принципу, является множество разновидностей проприетарной Unix – почти все они происходят от Unix AT&T по лицензии и называются "Unix", но становятся все более несовместимыми друг с другом. См. статью "Войны Unix".
In proprietary software, the copyright is usually held by the employing entity, not by the individual software developers. Proprietary code is thus more commonly forked when the owner needs to develop two or more versions, such as a windowed version and a command line version, or versions for differing operating systems, such as a word processor for IBM PC compatible machines and Macintosh computers. Generally, such internal forks will concentrate on having the same look, feel, data format, and behavior between platforms so that a user familiar with one can also be productive or share documents generated on the other. This is almost always an economic decision to generate a greater market share and thus pay back the associated extra development costs created by the fork. A notable proprietary fork not of this kind is the many varieties of proprietary Unix—almost all derived from AT&T Unix under license and all called "Unix", but increasingly mutually incompatible. See Unix wars.