Github에 TestNG Java 테스트 프레임 워크 (Apache 2 라이센스)를 포크하여 내 필요에 맞게 몇 가지 사소한 것을 추가 / 변경할 수 있습니다.
모든 변경 사항이 기본 프로젝트에서 승인되거나 다른 사람들이 내 포크를 사용할 가능성은 거의 없습니다. 이것은 결코 주요 프로젝트와의 경쟁이 될 수 없습니다.
이제 이름 지정 측면에서 이슈 이름 (testng-mycompany) 또는 버전 (6.8.mycompany)을 변경하여 maven 저장소의 공식 버전과 혼동되지 않도록하고 싶습니다. 이것이 에티켓으로 간주됩니까? 그렇다면 포크를 구별하는 가장 좋은 방법은 무엇입니까?
답변:
포크와 최악의 / 최선을 다하십시오.
오픈 소스 소프트웨어는 항상 개인이 컨벤션에 적응, 변경 및 도전 할 수 있도록하는 데 중점을두고 있습니다. 프로젝트를 수행하는 데있어 어려운 부분은 자신이하고있는 일을 믿는 새로운 커뮤니티를 개발하는 것입니다.
예를 들어 Apache 용 소스를 다운로드하고 몇 가지 수정을 한 후 다음 큰 것으로 부를 수 있습니다. 그러나 다른 사람이 없다면 아무도 제공하지 않는 새로운 기능과 버그 수정에 대한 정보를 얻습니다. 핵심 아파치 커뮤니티.
참조 : 왕좌의 게임.
TestNG를 포크하는 대신 기존 Repo 위에 모듈 / 애드온을 작성하는 것이 더 간단 할 수 있습니다. 이렇게하면 자신의 코드 만 유지하면됩니다.
또는 TestNG를 변경해야 할 필요가 있다고 생각되면 작업에 대한 잘못된 도구 일 것입니다.
[면책 조항, 지금까지 TestNG에 대해 들어 본 적이 없습니다]
오픈 소스 프로젝트는 발전하기위한 것입니다. 오픈 소스 프로젝트의 장점은 외부 협업을 장려한다는 것입니다. 프로젝트를 포크하기로 결정한 경우, 프로젝트의 "맛"또는 "해석"을 만들어 내기 위해 이니셔티브를 취했다고 간단히 언급하면됩니다. 많은 팀이 여러 목적으로 프로젝트의 기반을 확장하기 위해 자체 프로젝트를 포기하게됩니다.
예 : 웹킷 및 깜박임
네이밍이 진행되는 한, 가능한 한 명확하게하고 싶습니다. 개발의 기본 명명 관행은 다소 모호합니다.
포크하려면 "이름"이라고 말한 다음 사용중인 버전을 정확하게 전달하십시오.
의도 한 것과 근본적으로 다른 방향으로 프로젝트를 계획하지 않는 한 포크해야 할 이유가 없습니다. 나는 대부분의 경우 제안한 추가 기능 / 수정 사항이 양방향에서 훌륭한 학습 기회를 제공한다는 것을 알았습니다. 핵심 프로젝트의 무결성을 유지하면서 모듈성을 향상시키기 위해 별도의 모듈을 만드는 아이디어에 대해 Dave와 함께하는 것이 있다면.