어떻게 최고의 관행을 방출하기 위한 오픈 소스 프로젝트가 있습니까?[마감]
https://stackoverflow.com/questions/555982
-
05-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리는 정말 멋진 작은 웹 프레임워크는 우리가 사용하고 성공적으로 수십에서는 클라이언트의 프로젝트입니다.우리는 출시될 계획이 이 소프트웨어를 커뮤니티입니다.그러나 나는 짜는 내 손이 무엇을해야하는지에 대해/해야 한다고 가지 않습에 새로운 오픈 소스 소프트웨어 프로젝트 페이지입니다.무슨 일이야?Docs?Wiki?다운로드 링크가?무엇이 다른가?
그리고,관련이지만 아마도 다른 질문은 우리가 어떻게 시작 마킹 릴리스의 숫자입니다.우리가 사용하여 내부적으로는 SVN 스탬프입니다.이 있을 확인하는 좋은 방법은 시작할 때 뭔가 호출 버전 0.9 대 1.0,1.1 및 그렇습니까?
해결책
오픈 소스 프로젝트 호스팅 사이트에서 제공하는 내용에 대한 아이디어를 얻을 수 있습니다.
- 프로젝트의 "원 스톱 상점"역할을하는 웹 사이트
- 잠재적으로 위키 형태로 문서
- 브라우징, 익명 체크 아웃 및 인증 및 승인 된 커밋을 허용하는 소스 저장소
- 발행 추적 및 새로운 기능 요청
버전 번호는 ... 생각하지 않습니다 누구든지 아직 그렇게하는 가장 좋은 방법을 해결했습니다 :) 최소한의 생각으로 다음을 고려할 것입니다.
- v1.0은 생산 사용 준비가되어 있어야합니다
- 주요 버전 번호 변경 사항은 뒤로 호환성을 완전히 잃을 수 있습니다 (필요한 경우 - 목표는 거의 없습니다!)
- 사소한 버전 번호 변경 사항은 일반적으로 대부분 호환 가능해야합니다. 감가 상각수는 아마도 API의 비트를 제거/이름을 바꾸는 것보다 낫습니다.
- 중소형 버전 번호 변경 사항은 사소한 기능 추가 (있는 경우) 및 버그/성능 수정 만 포함해야합니다.
다른 팁
버전싱에서 시작하기에 가장 좋은 곳은 시맨틱 버전 작성.
0.9 / 1.0 / 1.1 / 1.0.1 / ... 버전 라벨링은 마케팅 목적을위한 것입니다 (좋은 의미에서). 이를 통해 사용자/고객은 릴리스가 주요, 사소한 또는 버그 고정인지 여부와 아직 성숙 여부를 식별 할 수 있습니다.
전달해야 할 최소는 출처입니다. 다른 결과물은 사용자를 기꺼이 돕고 지원을 제공하는 방법에 달려 있습니다.
첫 번째 (예 : SourceForge,)에서 소스를 호스팅 할 웹 사이트를 선택하십시오. 익명 체크 아웃이있는 버전 제어 시스템에서 소스를 가져 오십시오. 사람들이 연락 할 수있는 이메일 주소를 받으십시오.
이것을 첫 번째 버전 0.1로 호출하십시오. 아직 프로젝트를 지원할 문서가 없기 때문입니다.
그런 다음 숨을 쉬십시오.
그런 다음 위키와 같은 문서를 살펴보십시오. 기본 수준의 세부 수준으로 모든 것을 다루고 나면 릴리스가 프라임 타임에 대한 준비가되었다고 생각한 다음 1.0으로 이동하여 이진 다운로드를 제공하기 시작합니다.
출처의 라이센스에 대해 생각하십시오.
오픈 소스 프로젝트를 볼 때 가장 먼저 확인한 내용 중 하나는 라이센스입니다. 라이센스가 gpl2/gpl3/bsd 스타일이 아닌 경우 이는 저를위한 동기 부여입니다.
라이센스는 사람들이 무엇을 할 것인지, 어떻게 성장할 수 있는지, 그리고 그것을 발표 한 회사가 소유 한 양을 의미합니다. 오픈 소스를 선택함으로써 나는 회사 (주식 보유자에 의존하는)에 의존하지 않으려 고 노력하고 있습니다. 저는 실제로 무료 인 소프트웨어를 사용하기로 선택했습니다.
오픈 소스 커뮤니티는 기업의 힘에 매우 민감하기 때문에 (Google은 현재 그에 약간 면역적 인 것 같습니다). 진정으로 무료 귀하의 웹 사이트 및 기타 자료에서 소프트웨어에 대해 방출합니다.
을 살펴 GitHub 또는 Google 코드입니다.그들이 제공하는 아주 좋은 출발점에 대한 자신의 오픈 소스 프로젝트입니다.설명할 수 있습니다 귀하의 프로젝트 documentate 에서 위키,자식을 사용하거나 svn 으로 귀하의 저장소의 제공 다운로드를 함께 문제를 추적하고 멀티 개발자 관리합니다.좋은 환경이 상자에서 배우고 사용할 수 있습니다.
릴리즈 번호:내가 추천하지 않는 0.9 나 이에 대한 사전 출시하였습니다.그 이유는 다음과 같습니다.에 대해 무엇 릴리스 1.9?그것은 9sub-릴리스의 주 릴리스이 1 또는 그것은 마지막 전 릴리스 릴리스의 2?내 릴리스 표준이 설명하기: http://code.google.com/p/tideland-eas/wiki/ReleaseStandard.내가 사용하여 세 번호 체계,주소,수정,와 함께 상태 코드,알파,베타,감마,릴리스 날짜입니다.그래서 나는 처리할 수 있 여러 자료를 병행하기 쉽다.
이게 도움이 되었으면 좋겠습니다.
유한회사 뮤게
