"패치를 환영합니다"라고 말하는 또 다른 방법입니다.
소원과 기능 요청을 보내는 대신 사람들은 원래 작성자가 풀 요청을 검토하고 확인하고 병합하는 경우 풀 요청을 보낼 수 있습니다.
역사적으로 포크는 원래 프로젝트 관리와 충돌하는 그룹이 수행하는 적대적인 행동입니다. 예를 들어 Sun의 OpenOffice는 정치적 이유로 자체 느리게 끊어진 Java 기반 플러그인을 선호하기 때문에 빠른 C / C ++ SVG 플러그인을 거부하는 데 사용되었습니다.
대부분의 경우 포크는 나쁘고 부러워하는 사람이나 원래 커뮤니티와 공유되지 않고 계획과 일치하지 않는 계획을 가진 이기적인 회사의 사람들 (예 : Canonical )이 가지고 있으며 그 예는 libav / avconv (이는 FFMPEG의 포크),이 경우 원래 커뮤니티는 더 높은 품질과 보안을 제공 하며 커뮤니티 계획에 맞는 패치를 환영합니다.
Dan Walsh는 포크의 오래된 정의에 주목 했습니다.
나는 오랫동안 오픈 소스에 있었고, "포크"에 대한 나의 정의는 날짜가있을 수있다. "포크"는 한 그룹이 다른 그룹이 업스트림 프로젝트의 버전을 사용하고 기여하고 "원본"버전을 무시하도록하는 적대적인 행동이라고 생각합니다. 예를 들어, LibreOffice는 OpenOffice를 분기하거나 Xorg를 Xfree86에서 분기합니다.
그런 다음 github의 포크와 비교했습니다.
요즘 GitHub는 그 의미를 바꿨습니다. 소프트웨어 저장소가 GitHub 또는 유사한 플랫폼에 존재하는 경우, 기여하고자하는 모든 사람은 "포크"버튼을 누르고 패치 빌드를 시작해야합니다. 이 글을 쓰는 시점에서 GitHub의 Docker에는 9,860 포크가 있습니다. 그러나이 정의에 따라 패치가 포함 된 배포판이 제공하는 모든 패키지는 포크입니다. Red Hat은 Linux Kernel을 제공하지만 포크라고하는 것을 듣지 못했습니다. 그러나 패치와 함께 제공되는 업스트림 프로젝트를 고려할 경우 "포크"로 간주됩니다.