"yamalar açıktır" demenin başka bir yolu.
İstek ve özellik istekleri göndermek yerine, kullanıcılar orijinal yazarın çekme isteğini incelediği, doğruladığı ve birleştirdiği durumlarda çekme isteği gönderebilir.
Tarihsel olarak çatallama, orijinal projenin yönetimi ile çelişen grup tarafından yapılan düşmanca bir eylemdir, örneğin Sun'ın OpenOffice'i, hızlı C / C ++ SVG eklentisini reddetmek için kullandı, çünkü kendi yavaş kırılan Java tabanlı eklentisini politik nedenlerden dolayı tercih ediyor.
Çoğu durumda çatallar kötüdür ve kıskanç insanlar tarafından veya bencil şirketlerden orijinal toplulukla paylaşılmayan planları olan ve buna uygun olmayan planları olan (örn. Kanonik ) insanlar tarafından taşınır ve bunun örneği libav / avconv'dur. (FFMPEG'nin bir çatalı), bu durumlarda orijinal toplum daha yüksek kalite, güvenlik ve topluluk planları ile uyumlu yamaları memnuniyetle karşılar.
Dan Walsh , çatalın eski tanımına dikkat çekti
Uzun zamandır açık kaynaktayım ve “çatal” tanımım tarihlenebilir. Bir grubun, başkalarının bir yukarı akış projesi versiyonunu kullanmasına ve katkıda bulunmasına ve “orijinal” versiyonunu görmezden gelmesine yardımcı olmak için atılan düşmanca bir eylem olarak düşünüyorum. Örneğin, LibreOffice OpenOffice'ten ayrıldı ya da Xorg'un Xfree86'dan ayrılmasıyla geri döndü.
Sonra onu Github'un çatalıyla karşılaştırdı.
Bugünlerde GitHub anlamını değiştirdi. GitHub veya benzeri bir platformda bir yazılım deposu varsa, katkıda bulunmak isteyen herkes "çatal" düğmesine basmalı ve yamalarını oluşturmaya başlamalıdır. Bu yazı itibariyle GitHub’daki Docker’da bizimki de dahil olmak üzere 9,860 çatal var. Bununla birlikte, bu tanım gereği, dağıtım içeren yamaları içeren tüm paketler çataldır. Red Hat Linux çekirdeğini gönderiyor ve bunun çatal olarak adlandırıldığını duymadım. Ancak, yamalar ile birlikte gelen bir yukarı akış projesini düşünüyorsanız, bir "çatal" olarak kabul edilirdi.