2011-02-02 5 views
5

장고 프레임 워크를 배우기 시작한 이래로 Google 코드에서 GitHub로 전환 한 여러 응용 프로그램을 발견했습니다. 그러나 나는이 사실에 대한 어떤 설명도 볼 수 없다 ... 그것에 대한 특별한 이유가 있습니까? 이것은 GitHub이 Django 관련 프로젝트에 더 적합하다는 것을 의미합니까?장고 응용 프로그램이 GitHub으로 이동하는 이유는 무엇입니까?

답변

12

나는 몇 가지 이유가 있다고 생각합니다. 처음으로 그리고 Github은 Google 코드와 비교할 때 정말 멋졌습니다. 그들은 코드와 프로젝트를 사회적 객체로 재발 명하고 git의 분산 모델을 사용하여 변경, 추진 및 프로젝트 소유권보다 중심적인 문화로 발전 시켰습니다. Github은 공동 작업 (포크 요청, 수정 및 전송 요청)을 수행하는 방식으로 포크 사용을 권장합니다. "업스트림"프로젝트의 소유자가 너무 느리게 움직이는 경우 프로젝트의 소유자가됩니다.

자신의 프로젝트를 넘어 Github은 내가 관심을 맺고있는 사람과 내가 따라 다니는 다른 사람을 공개합니다. 즉, Github에서 훌륭한 프로그래머를 찾아 그 사람을 따르십시오. 그 사람이 프로젝트를 따르기 시작하면 프로젝트가 가치 있고 다음에 그 지역에서 뭔가를 찾고있을 때 좋은 선택 일 가능성이 높다는 강한 지표입니다. 오늘 사용중인 프로젝트에서 일하는 사람들을 따라 가면 곧이 가치를 알게 될 것입니다.

두 번째 : 당시 Google 코드는 Subversion 기반 프로젝트 만 지원했지만 (지금은 Mercurial도 지원합니다.) 이전에 Subversion을 사용한 적이 있다면 그다지 말할 수는 없지만 그 차이점은 중요합니다. 왜 많은 사람들이 git와 github로 이사 했습니까? 의욕은 실제로 자식 때문에 많은 사용의 Bitbucket에 비해 pythonic 더 간주됩니다

셋째 (내가 Github에서 출범 때 주위를하지 않았다 확신합니다.) : 대부분의 장고 재사용 가능한 애플리케이션은 구글의 많은 기능이 한 사람의 프로젝트입니다 코드가 그렇게 유용하지는 않습니다. 일반적으로 Github은 소규모 프로젝트에서보다 쉽게 ​​작업 할 수 있습니다.

제 4 번째 : 사용성. Github는 멋지게 보이며 사용하기 쉽습니다.

+2

Mercurial은 매우 진귀한 언어이므로 축복 된 언어로 작성되었습니다. – Spacedman

+1

더 설명하지 못했습니다! 감사! ;) – Rizo

1

주로 선호도 때문입니다. GitHub은 코드에 대한보다 "소셜"도구를 제공합니다 (쉽게 포크를 요청하고 끌어 오기 요청을 쉽게 처리 할 수 ​​있습니다). 그리고 솔직히 GitHub의 UI는 Google Code보다 낫습니다.

0

Google 코드에 소스 코드 관리를위한 git이 없으므로? 그것은 Mercurial을 가지고 있지만, 어떤 사람들은 오히려 git 것입니다.

1

저는 GitHub에 없습니다. 사실 나는 Mercurial을 지난 1 년 동안 나의 Python/Django 프로젝트를위한 SCM으로 사용했고, 나는 SVN을 수년간 사용했던 누군가로부터 왔다고 생각한다. 여기 Spolsky 조엘에 의해 의욕에 큰 뇌관이다 : 당신의 의욕 저장소를 호스팅 할 장소로 http://hginit.com/

는, 내가 사용 BitBucket.org

1

때문에 오픈 소스 프로젝트를 실행하고 이동, 기여를 늘리려면 github은 아마도 가장 쉽고 가장 직접적인 방법 일 것입니다. 경이적인 서비스를 제쳐두고, 대부분의 OSS 개발자가 거기에 계정을 갖고 거기에 자신의 물건을 호스트 할 때, 가능한 한 멀리 공헌에 대한 장벽을 가져옵니다.

내게 개인적으로, SVN에 있다면 패치를 다시 제출할 확률이 매우 낮습니다. 당신이 git에 있다면, 그것은 더 높아지지만, github에 있다면, 나는 어쨌든 당신의 프로젝트를 fork 할 것입니다."pull request"버튼을 누르지 않아도 내 개인적인 패치를 볼 수 있으며 흥미를 느낀다면 그 패치를 가져올 수 있습니다. 또한 사용자가 동일한 작업을 수행 할 수 있으므로 해킹하지 않아도 github이 호스팅하는 프로젝트를 사용하는 것이 더 매력적입니다.

관련 문제