2015-08-01 편집 : 이 답변은 여전히보기 및 투표를 받고 있습니다. 그것은 고대보다 더하고 그것을 삭제하고 싶지만 그것이 받아 들여지는 대답이므로 그렇게 할 수 없습니다. 그런 다음 커뮤니티 위키이며 커뮤니티는 최신 상태를 유지했습니다. 감사합니다!
SourceForge는 프로젝트를 인수하고 Adware ( Google GIMP Sourceforge Adware ) 와 번들로 묶어 어두운쪽으로 넘어갔습니다 . 모든 비용을 피하십시오. 대안이 있지만 GitHub는 여전히 가장 인기있는 제품입니다 (예 : BitBucket 은 최대 5 명의 사용자에게 무제한 개인 저장소를 무료로 제공합니다).
지난 몇 년 동안 풍경이 얼마나 많이 바뀌 었는지 미쳤으며, 앞으로이 기사를 읽는다면 GitHub가 더 이상 멋진 제품이 아닐 수도 있습니다. 결론은 다음과 같습니다. 사용하려는 소스 제어 시스템에 적합한 다양한 옵션이 있습니다.
올드 2,010 역사를 위해서 아래 정보
편집 : 이 답변은 이제 고대입니다. 지난 2 년 동안 GitHub는 주요 코드 호스팅 장소로 부상했으며 새로운 OSS 프로젝트를 만들어야 할 때마다 어디로 가야할지 의심의 여지가 없습니다. 참고로 아래에 두십시오.
사실, 내 게시물은 거의 2 세 (2008 년)이며 더 이상 완전히 정확하지 않습니다.
왜?
오픈 소스 프로젝트에서는 SourceForge가 중요하지 않다고 생각하기 때문입니다. 좋아, 이것은 나를 많은 문제에 빠지게 할 것이다.
오픈 소스 프로젝트는 DVCS에서 실행되어야한다고 확신합니다. git 또는 mercurial은 가장 널리 퍼져 있기 때문에 바자에 대해서는 아무 것도 아닙니다. 그러나 너무 모호하다고 생각합니다. ( 편집 : SourceForge는 이제 Mercurial과 Bazaar를 제공하므로 더 이상 논쟁의 여지가 없습니다. 그러나 두 번의 재 설계에 따라 SF의 이미지가 너무 크지 않다고 생각합니다. 회사 이미지와 비교하면 GitHub는 Apple, SF입니다 IBM입니다. 단단하지만 약간 먼지가 있습니다)
따라서이 게시물을 다시 작성하면 CodePlex 대 GitHub 대 BitBucket 이되며 GitHub가 우승자입니다. 그러나 이것은 포괄적 인 진술이므로 세부 사항을 추가하겠습니다. +/-는 엄격하게 Pro / Con이 아니며 다른 철학을 강조하는 것이 더 중요합니다.
코드 플렉스
+ Real Mercurial / Git Hosting-TFS 위에 버그가없는 브리지가 없습니다.
풍부한 문서와 멋진 페이지를 추가 할 수 있는 Real Mercurial / Git + 통합 위키
+ 버그 추적기 및 토론 포럼 포함
-소스 코드 브라우저가 그리 좋지 않습니다 -팝업에 팝업이 나타나고 복잡한 느낌이 듭니다
.-포크와 풀 요청은 '쉽지 않습니다'-UI가 일부 작업을 사용할 수 있습니다.
전반적으로 CodePlex는 여전히 훌륭하지만 웹 사이트의 초점이 소스 코드가 아닌 Wiki에 있기 때문에 단일 개발자 또는 소규모 팀에 더 적합하다고 생각합니다. 협업 플랫폼보다 더 많은 출판물입니다. 이론적으로 프로젝트 홈페이지가 필요하지 않습니다. CodePlex 프로젝트는 원 스톱 쇼핑이 될 수 있습니다.
깃 허브
+ Git Hosting, SSL / SSH 지원
+ 네트워크 그래프를 통해 포크와 무엇을 합쳤는지 확인
+ 프로젝트를 '볼 수있는'능력-계정 페이지는 새로운 체크인 기능이있는 Facebook 월과 같습니다.
+ 댓글 기능이있는 매우 좋은 diff 뷰어 한 줄 변경 사항- 여기를 참조하십시오
+ Forking은 2 클릭 프로세스이므로 끌어 오기 요청을 보내고 있습니다.
+ GitHub는 이제 GUI 도구 GitHub for Windows-
메인 페이지는 비 개발자에게는 그다지 '예쁘지 않습니다'. 프로젝트에 Readme가있는 경우 (Markdown 또는 HTML과 같은 일부 마크 업 언어를 지원함) 표시되지만 초기 페이지는 소스 코드입니다
-Wiki는 그렇게 크지 않습니다-Markdown이지만 때로는 서식이 너무 복잡합니다.
GitHub는 CodePlex와 다른 철학을 가지고 있습니다. 소스 코드와 개발자 간의 협업에 관한 것입니다. 메인 프로젝트 페이지는 최신 소스 코드입니다. 별도의 Wiki가 있지만 프로젝트를 표시하는 것이 아니라 문서를위한 것입니다. 네트워크 그래프는 환상적이지만 약 20 개 이상의 포크가 있으면 혼동 될 수 있습니다 (높은 프로필 프로젝트가 모두 발표되고 개가 포크하지만 대부분의 포크는 빨리 죽는 경우가 많습니다). GitHub는 모든 크기에 맞게 확장됩니다.
실제로 GitHub를 사용하면 프로젝트 포크, 수정 / 패치 적용, 포크에 커밋 및 작성자에게 풀 요청을 보내는 것이 매우 쉽습니다. 네트워크 그래프와 함께 커밋을 쉽게 볼 수 있습니다.
그러나 GitHub 다운로드 기능이 그렇게 크지 않기 때문에 최종 사용자에게 프로젝트를 제시하고 다운로드를 제공하려면 별도의 홈페이지가 필요할 것입니다.
비트 버킷
+ Git / Mercurial
+ 개인 저장소를 무료로 최대 5 명까지 허용
나는 실제 의견을 말할 정도로 BitBucket을 사용하지 않았습니다. 이를 차별화하는 한 가지 기능은 개인 호스팅은 무료이며 GitHub는 청구하고 Codeplex는 전혀 제공하지 않는다는 것입니다.
구글 코드
Google 코드는 더 이상 옵션이 아닙니다.
-2015 년 3 월부터 프로젝트 생성이 비활성화 되었으며 경쟁 서비스가 더 좋기 때문에 2016 년 1 월 25 일에 Google 서비스가 영구적으로 종료됩니다 .
-추악하고 소스 코드를 탐색하기에는 너무 복잡합니다 (링크가 다소 묻혀 있습니다)
나는 그것을 사용하지 않았기 때문에 나쁘지 않다고 말하고 싶지 않습니다. 많은 프로젝트에서이 프로젝트를 사용하며 매우 안정적이고 강력하며 어떤 개발자의 의견도 듣지 못했습니다. 그러나 개인적이고 주관적인 의견으로 는 '디자인'이 저를 떠올리게합니다.
SVN vs. Git / 머큐리얼
SourceForge가 더 이상 사용되지 않는다는 것에 대한 위의 의견을 되풀이하려면 : 물론 조금 가혹합니다. 그러나 SVN은 오픈 소스 프로젝트에 해롭다 고 생각합니다. 우선, 파일을 무시하기 위해 이상한 메타 데이터가 필요합니다. Git 또는 mercurial에는 소스 트리의 루트에 .gitignore 또는 .hgignore라는 파일이 있으며 여기에는 무시할 파일 / 디렉토리 / 패턴 목록이 있습니다. .svn 폴더에 매직 svn : ignore 메타 데이터가 없습니다. 이것만으로 SVN이 물에서 빠져 나옵니다. 새로운 Visual Studio 프로젝트를 시작하면 마법의 메타 데이터를 적용해야합니다.
그런 다음 풀 요청을 포크, 패치 및 전송하는 기능은 특히 소규모 / 일회성 패치의 경우 환상적입니다.
마지막으로, SourceForge는 여전히 내 취향에 비해 너무 복잡합니다. 나쁜 호스트는 아니지만 실제로 IMHO의 나이를 보여줍니다. 즉, 여전히 강력하고 전세계에 많은 거울이 있습니다. 또한 버그 추적기는 다른 것보다 훨씬 정교합니다.
또한 어떤 이유로 프로젝트에 엄격한 기여 규칙이 필요한 경우 (예를 들어, 커밋 된 코드가 실제로 법적으로 기여하도록 법적 보호와 같은 의미가있을 수 있음) SourceForge에서 호스팅되는 SVN과 같은 기존 시스템이 작동 할 수 있습니다.
편집 : SF가 마침내 호스팅을 배포했다는 것을 알지 못했습니다. 위에서 말했듯이, 그것은 강력하지만 더 이상 '멋진 아이'는 아닙니다. 너무 복잡합니다.
TL; DR
중소 규모의 프로젝트의 경우 GitHub를 추천합니다 .GitHub는 훌륭한 웹 사이트를 원하는 소규모 프로젝트의 경우 CodePlex와 개인 프로젝트의 경우 BitBucket과 함께합니다. 매우 정교한 버그 추적기, 수많은 추가 기능 및 '실제'웹 사이트가 필요한 대규모 프로젝트의 경우 Source Forge를 고려하십시오.