Google 코드 사용 경험이 아주 좋습니다. 그것은 빠르고 기술적 인 문제가없고 온라인 인터페이스는 매우 깨끗하고 사용하기 쉽습니다 (SourceForge와는 다름).
GPL 또는 AGPL 라이센스를 권장합니다.
AGPL은 Affero GPL입니다. 공식적으로 수정 된 버전을 사용하는 모든 사람이 소스 코드를 제공해야한다는 것을 제외하고는 GPL과 거의 같습니다. 예를 들어, 일부 회사가 자체 웹 사이트/프로젝트에 대해서만 코드를 광범위하게 수정 한 경우 GPL 만 사용한 경우 변경된 소스 코드를 공개하지 않아도됩니다. 그러나 AGPL 하에서, 회사는 애플리케이션을 배포하지 않았지만 자체 서버에서만 사용 했음에도 불구하고 코드를 공개해야했습니다. 공개 코드 기반에 기여했습니다. 이로 인해 잠재적 인 사용자가 기업 부문에서 벗어날 수 있으므로 장단점을 찾아야합니다!
편집 : http://en.wikipedia.org/wiki/List_of_AGPL_web_applications
편집 2 : 질문에 데이빗도 워드에 의해 코멘트에 반응하는 그냥 영감, AGPL를 사용하여 프로젝트의 목록이 있습니다.
오픈 라이센스를 선택하는 데는 두 가지 이유가있을 수 있습니다.
1) 정치적. 열려 있기 때문에 열고 싶은데, 도덕적으로 오른쪽 갈 방법입니다. AGPL 또는 MIT 라이센스를 선택해야합니다.
2) 실용. 주의를 기울이고 프로젝트를 사용하는 사람들이 필요합니다. 오픈 소스 프로젝트는 비슷한 클로즈드 소스 (또는 상업용 프로젝트)보다 훨씬 쉽게 관심을 모으고 있습니다. 프로젝트가 유망 해 보이면 적극적으로 코드베이스에 기여할 사람들을 무료로 얻을 수 있습니다. 또한 무료 PHP 폐쇄 소스 응용 프로그램을 배포하는 것은 다소 복잡합니다 (완전히 불가능하지는 않지만). GPL은 갈 길이 멀다.
편집 3 : 왜이 작업을 수행 할 계획이다 Producing Open Source Software
:이 무료 책을 추천? 귀하의 라이센스 결정에 귀하의 동기가 크게 영향을 미칩니다. – Quentin
mzabski가 가리키는 두 가지 이유는 나에게 맞습니다. 나는 이데올로기 적으로 오픈 소스를 지원할 것이고, 오픈 된 무료 툴 (PHP, MySQL, jQuery)을 사용하여 코드를 닫을 때 애플리케이션을 구현하는 것이 옳다고 생각하지 않는다. 물론이 프로젝트가 유용하게 활용되고 잠재적 인 공헌자를 끌어 들이기를 바랍니다. – Nabab
나는이 문제를 프로그래밍이나 소프트웨어 개발이 아닌 라이센스 나 법적 문제에 관한 주제로 다루려고 투표를하고 있습니다. [여기를 참조하십시오 (http://meta.stackoverflow.com/questions/274963/questions-about-licensing/274964#274964) 및 [여기] (http://meta.stackexchange.com/questions/139804/can- 주제에 관한 라이센싱 질문), 자세한 내용은 [도움말]을 참조하십시오. – JasonMArcher