2013-08-22 3 views
77

내가 확장 한 멋진 GitHub 프로젝트를 발견했습니다. 나는 변화가 좋다고 생각한다. 왜냐하면 그들이 변화하고 있기 때문이다. 그러나 원저자는 이러한 변경 사항을 검토하고 포함 할 시간이 없다고 생각합니다. 사실, 필자가 필요로하고 구현 한 기능은 원저자의 비전이 아니며 단순히 다른 목표를 겨냥한 것일 수도 있습니다. 나는 그에게서 응답을 얻지 못했기 때문에 나는 모른다.GitHub : "자체 프로젝트"포크 만들기

그건 내가 내 공헌이 내 커밋 맵에 포함되지 않는다는 것을 알았습니다. 원래 저장소가 내 기고문을 받아들이지 않는 한이 경우입니다. 게다가 내 작품은 작품으로 만 인식되며 내가 갖고있는 것과 같은 비전을 가진 다른 사람들을 끌어 들이지 않습니다. 이것은 나를 위해 더 큰 문제입니다. 왜냐하면 많은 사람들이 이러한 기능을 요구하는 것을 보았 기 때문입니다.

나는 여전히 원래 프로젝트에 기여한 바가 있지만, 받아 들여지지 않을 것 같아 보인다. 이제는 포크를 "실제 프로젝트"로 만들고 싶습니다. 어떤 시점에서 원래 프로젝트와 동기화 할 계획이지만, 이름을 바꾸고 사람들이 프로젝트에 기여하도록 동기를 부여하고자합니다. 또한, GitHub이이 프로젝트가 적극적으로 유지되고 있음을 보여 주면 좋을 것입니다 (커밋 맵에 대해 말하기). 그리고 마침내, 나는 그것의 적절한 방출을하고 싶다.

어떻게하면이 작업을 완료하고 내 포크를 본격적인 프로젝트로 만들 수 있습니까?

+4

이봐! 나는이 주제에 대해 우연히 만났지 만 궁금한 점은 StackOverflow와 내가 현재 "The Zen Programmer"(당신의 책)을 읽는 것을 보지 않기 때문이다. : P – Wronski

+1

@Wronski 와우, thats funny :-) 책을 즐겨라! – Christian

+0

혼란 스럽 습니다만, 2014 년 이후로 상황이 바뀌었지만 TightBlog 프로젝트가 왼쪽 상단에 Apache Roller 포크로 표시되어 있습니다. https://github.com/gmazza/tightblog 아파치 롤러 메인 프로젝트에 적용되는 작업은 없지만 내 작업 : https://github.com/gmazza?tab=overview&period=monthly. 포크를 독립 실행 형 프로젝트로 만들면 무엇을 얻을지 모르겠습니다. –

답변

43

포크를 분리하고 GitHub의 독립 실행 형 저장소로 바꾸려면 GitHub support으로 문의하십시오.

https://help.github.com/articles/why-are-my-contributions-not-showing-up-on-my-profile/#commit-was-made-in-a-fork

+4

이 대답이 수용되어야합니다! 내 경우에는 포크를 독립 실행 형 저장소로 변환하는 데 1 시간도 채 걸리지 않았 음을 언급해야합니다. –

+4

또한이 작업은 실습 (stargazer), 관찰자 ​​및 포크 네트워크를 유지합니다. 처음부터 새로운 저장소를 만드는 것과는 다릅니다. – Johnco

+1

이것은 허용 된 대답이어야합니다. – Octane

37

이렇게하려면 duplicate the repository이 필요합니다. 짧은 버전은

  1. GitHub에 새 저장소를 만듭니다.
  2. 상위에서 분리하려는 분기 된 저장소를 복제하십시오.
  3. 이 복제본의 모든 분기를 새 저장소로 푸시합니다.
+0

리포지토리의 이름을 동일하게 유지하려면 리포를 복제하고, GitHub에서 삭제하고, 같은 이름으로 새 프로젝트를 만들고, 모든 것을 푸시 할 수 있습니다. –

+10

GitHub 풀 요청은 프로젝트의 GitHub 포크에서만 가능할 수 있습니다. 따라서 저장소를 복제하면 새 저장소에서 풀 요청을 할 수 없습니다. 그리고 기존 저장소를 삭제하고 바꾸면 GitHub에서 코드가 삭제되었다고 생각하기 때문에 기존 끌어 오기 요청이 모두 닫히고 새로운 끌어 오기 요청을 할 수 없습니다. –

+0

덕분에 많은 @cdhowie, 나는 그것을 할 것입니다! – Christian

2

먼저 라이센스에서 그렇게 할 수 있는지 확인해야합니다. 일반적으로 오픈 소스는 사용자가 체인을 사용하지 않고 소프트웨어 발전에 관한 것이므로 강제로 적용합니다. 그렇다면 새로운 repo를 만드십시오. 원작자에게 크레딧을주고 프로젝트를 시작하는 것을 잊지 마십시오.

+2

MIT의 라이센스가 있으며 예, 평소와 같이 크레딧을 제공 할 계획입니다. 원래 저자가 내 코드를 수락했다면 (또는 그가 왜 그렇지 않은지 내게 말한 경우) – Christian

+0

라이센스가 GitHub 포크가 아닌 저장소를 만들 수 있도록 허용하지 않으면 원본의 포크 공개 프로젝트가 공개 소스 라이센스하에 공개되기로되어 있기 때문에 프로젝트는 공개 GitHub 프로젝트가 아니어야합니다. 나는 코드의 복사본을 만들 수없는 오픈 소스 라이센스에 대해 생각할 수 없다. 그것은 오픈 소스의 핵심입니다. (물론 속성 요구 사항이있을 수 있지만 프로젝트가 "적절한"GitHub 포크가 아니면 만족할 수 있습니다.) – cdhowie

관련 문제