Fork (software development): Difference between revisions

Content deleted Content added
m date format audit, minor formatting
Citation bot (talk | contribs)
Add: date. | Use this bot. Report bugs. | Suggested by Abductive | Category:Software forks | #UCB_Category 74/91
Line 31:
|archive-date = 14 October 2013
}}</ref>}}
{{quotation|3. Derived Works: The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software.|[[The Open Source Definition]]<ref>{{cite web|url=http://opensource.org/docs/osd|title=The Open Source Definition|date=7 July 2006 |publisher=The Open Source Initiative|access-date=15 October 2013|url-status=live|archive-url=https://web.archive.org/web/20131015144021/http://opensource.org/docs/osd|archive-date=15 October 2013}}</ref>}}
 
In free software, forks often result from a schism over different goals or personality clashes. In a fork, both parties assume nearly identical code bases, but typically only the larger group, or whoever controls the Web site, will retain the full original name and the associated user community. Thus, there is a reputation penalty associated with forking.<ref name=wheeler/> The relationship between the different teams can be cordial or very bitter. On the other hand, a ''friendly fork'' or a ''soft fork'' is a fork that does not intend to compete, but wants to eventually merge with the original.