에티켓 : 버전 버프 오픈 소스 프로젝트의 내 포크?

Question

이 질문은 에티켓 및 오픈 소스 프로젝트에 관한 것입니다.

github에서 응용 프로그램을 분기하고 두 가지 새로운 기능을 추가했습니다.

1. 첫 장편 자주 다른 곳 요청하고있다. 나는 그것을 추가했다. 코드 & 구현이 깨끗합니다 (제 생각 엔).

2. 두 번째 기능은 해킹 이상입니다. 그것은 다른 사람들에게 유용 할 것이지만, 구현은 코드에서 좀 더 사용법이 더럽다. 이 기능이 필요하지만, 제대로 구현하지 못했거나 가치가 있다고 여겨 질 수있는 수준으로 메인 프로젝트에이라는 문구가 있습니다.

버전 관리는 어떻게해야합니까? 내 버전 번호를 신경 쓰지 않고 마스터 브랜치에 밀어 넣을 수 있습니까?

실행중인 버전, 수정 된 버전 또는 원본 버전이 모두 동일한 버전 번호임을 확인하는 것은 귀찮습니다. 하지만 몇 달 후 내 github 페이지의 버전 번호가 원본과 동일하지만 실제로는 완전히 다른 경우 혼란 스러울 것입니다. (I 등 풀 요청을 만들었습니다하지만 내 질문의 맥락이 아니다.)

는

내가 갈래 한이 프로젝트는 그래서 루비 보석을 사용하는 버전의 형식은 다음과 같습니다

보석이의 버전을 추적하여 계획. x.y.z 형식의 버전을 사용한다고 가정합니다.

x는 'major'버전이고, y는 'minor'버전이며, z는 패치 버전입니다.

다른 프로젝트/langauges에도이 표준이 적용됩니까? 변경 사항 패치가 있습니까?

감사

Answer 1

이것은 쉽게 대답 할 수 없습니다. 버전 번호 처리는 프로젝트와 목표에 따라 다릅니다. 포크가 일시적인 문제로 보입니까? - 그런 다음 많은 경우 (예를 들어 더 큰 재 작성과 다를 수 있음), 프로젝트 리더가하는 것처럼 버전 번호를 늘리지 않겠습니다.

많은 버전 관리 체계를 통해 버전 번호를 1.2.3-ross와 같은 것으로 확장 할 수 있으므로 사용자가 적절한 버그 보고서를 제출하는 데 도움이됩니다.

더 이상 실행되는 포크를 계획하는 경우에는 작동하는 버전 관리 체계를 찾아야합니다.

Answer 2

다른 동일한 코드베이스에서 소프트웨어의 조각을하지만 서로 다른 기능의 내용은 어떤 식 으로든 다른 버전 번호가 있어야합니다 - 그래서 당신은 버전 번호 (또는 제품 이름)에 뭔가를 변경해야합니다.

첫 번째 변경 사항을 프로젝트에 다시 제출 하시겠습니까? (아마도해야 할 것입니다.)

두 번째 기능인 해킹은 시간이 지남에 따라 향상 될 것입니까? 자체 개발 브랜치에 보관하면 메인 프로젝트에서 업데이트를 가져 오는 동안 별도로 유지 관리하는 것이 더 쉽습니다.

또는 메인 프로젝트와 별도로 영구히 체류 하시겠습니까? 이 경우 소프트웨어의 이름을 변경하고 버전을 변경하거나 버전이 귀하의 버전이 아닌 귀하의 버전임을 분명히 밝혀야합니다.

Answer 3

포크를 만들려는 경우, 즉 업스트림과 병합하지 않으려면 프로젝트의 이름을 변경하는 것이 좋습니다.

그렇지 않으면 분기를 나타내는 버전 번호를 사용하고 그래 내가 끌어 오기 요청을 보낸 및 저자를 말했지만, 다시 아무것도 듣지 -git-ross-12345