거의 모든 오픈 소스 소프트웨어 라이센스는 사용자가 보호하고있는 프로젝트의 루트에 전체 라이센스를 포함하도록 요구합니다. 내가 말한 한 변호사는 CD 케이스의 전체 라이센스가 보석 케이스에 포함될 필요가 있었을 때 CD 시대의 유산이라고 제안했다. 그러나 오늘날 우리는 클라우드 시대에 살고 있습니다. 예를 들어 웹 사이트에서 정식 라이센스를 호스팅하고 소스 파일 헤더에 해당 …
개발자가 폐쇄 소스 상용 응용 프로그램을위한 라이브러리를 개발했다고 가정 해보십시오. 그들은 오픈 소스 커뮤니티에 환원하기를 원하기 때문에이 라이브러리를 GPL로 게시하지만 자신의 응용 프로그램에서 계속 사용합니다. 그들은 저작권을 보유하고 있기 때문에 괜찮습니다. 이제 GPL 버전의 사용자는 버그를 찾아 수정하고 원래 개발자에게 패치를 제출합니다. 내가 알고 있듯이,이 버그 수정을 폐쇄 소스 응용 …
온라인에서만 액세스 할 수있는 서비스 프로젝트로 소프트웨어를 설계하고 있습니다. GNU GPL (v2 이상)에서 다루는 실행 파일에 대한 의존성이있을 수 있습니다. 코드를 배포 할 경우 GPL 약관에 따라 배포해야한다는 것을 이해합니다. 네트워크를 통해 서비스를 실행하는 것이 코드를 전달 / 배포하지 않는 것이 확실합니다. 따라서 모든 코드를 공개하지 않고도 GPL 종속성을 사용할 …
상용 개발에서 코드 검토가 크게 요구된다는 것을 알고 있습니다. 그러나 코드 검토는 오픈 소스 소프트웨어에서 사용됩니까, 아니면 신뢰를 기반으로합니까? 그렇다면 어떻게 수행됩니까? [지연된 커밋, "프리 커밋 환경", 패치를 다른 개발자에게 보낼 수있는 도구가 있습니까?] 코드 검토를 사용하는 프로젝트가 있습니까? 내가 이해 한 바에 따르면 리눅스 커널은 커미터에 대한 신뢰를 바탕으로합니다. …
오픈 소스 프로젝트 및 시작에 대한 기본 조언은 버그 수정을 시작하는 것임을 알고 있습니다. 그러나 나는 그들이 프로젝트에서 버그의 테스터 / 픽서가되기를 원한다면 그 길을 가고 싶다고 생각합니다. 오픈 소스 프로젝트의 적극적인 기여자는 어떻게 되나요? [즉, 건축 수준에]
나는 최근에 실제로 사용할 수있는 github 프로젝트를 보았지만 많은 문제와 중요한 풀 요청 (100 + 포크)으로 인해 포기한 것으로 보입니다. 대체 프로젝트가없는 경우가 종종 있습니다. 코드를 그대로 사용합니까? 포크를 골라 다른 것을 무시합니까? 풀 요청에서 코드를 수동으로 가져 옵니까? 어떻게? 본인이나 다른 사람이 원래 코더가 중단 된 부분을 구성하고 이륙 …
최근 에 GitHub에 프로젝트 1 을 게시했으며 사이트의 기능을 탐색하면서 문제 추적 섹션이 다소 있음을 알았습니다. 이 섹션을 a) 다른 사람들이 원하는 경우 버그를보고 할 수 있고 b) 다른 사람들이 내가 알고있는 버그를 볼 수 있기를 원합니다. 그러나 다른 사람들이 지적했듯이 프로젝트 백 로그를 만들기 위해 이슈 목록의 우선 순위를 …
저는 생계를위한 PHP 개발자이지만 이전에 오픈 소스 프로젝트에 참여한 적이 없었습니다. 본인이 사용할 CMS를 개발 중입니다. 나는 프로토 타입을 가지고 있는데 일단 준비가되면 (아마 2 개월 정도) 이것이 PHP 커뮤니티가 관심을 가질만한 일이라고 생각합니다. 나는 상당히 자신감있는 개발자이지만 특히 오픈 소스 문제와 관련하여 지식이 부족한 영역이 있습니다. 프로젝트를 홍보하고 공동 …
크기와 기술 부족으로 인해 프로젝트 오픈 소스를 가져갈 것을 제안 했으므로 Google 코드를 확인하고 프로젝트를 시작했으며 이제 프로젝트에 Git, Mercurial 또는 Subversion이 필요한지 묻는 메시지가 표시됩니다 코드 호스팅. 코드 호스팅이 무엇인지조차 알지 못하며 검색으로 인해이 모든 것들 사이의 논쟁과 더 혼란스러워졌으며 Google 코드에서 원하는 라이센스 유형을 묻기 때문에 상황이 더욱 …
몇 년 전 (1998 년에보다 정확하게 말해서) 영어를 사용하는 사람들 이 소프트웨어에 적용될 때 자유 라는 용어를 사용하기 시작하면서 자유 소프트웨어 재단의 일부 회원들은 새로운 용어 인 오픈 소스 ( http : //www.gnu. org / philosophy / free-software-for-freedom.html ) 가장 큰 우려는 사람들이 무료 맥주와 같이 무료로 말을하지 않고 자유롭게 …
시간이 지남에 따라 점점 더 많은 오픈 소스 코드가 생성되고 다양한 무료 또는 부분적으로 무료 저장소에 추가 된 다음 일반적으로 포기된다는 인상을 받았습니다. 폐기 된 코드를 폐기하는 데 일반적으로 인정되는 표준이 있습니까? 이것이 리포지토리에 의해 시행되어야합니까, 아니면 원래 코드 작성자가해야 할 일입니까?
내 (오픈 소스) 취미 프로젝트 중 하나는 GitHub, Bitbucket 등에서 리포지토리의 오프라인 백업을 수행하는 백업 도구입니다. 리포지토리 목록을 가져 오기 위해 호스팅 업체의 API를 호출 한 다음 Git / Mercurial / 무엇을 사용하여 복제 / 리포지토리를 로컬 컴퓨터로 가져옵니다. 그래서 인증을 통해 GitHub API를 호출하는 통합 테스트가 있습니다. (그리고 복제 …
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 육년 전 . 소프트웨어 / 애플리케이션 / 물건에 대한 아이디어가 아직 마음에 새겨지지 않는 독창적이고 독창적이며 멋진 아이디어로 끝나지 않는 것 같습니다. 때로는 아이디어를 구현하기 …
LICENSE파일 에 다음 BSD 라이센스가 있습니다. Copyright (c) 2006-2016 SymPy Development Team All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: a. Redistributions of source code must retain the above copyright notice, this list of …