GitHub에서 코드의 이전 버전으로 패치를 릴리스하려면 어떻게해야합니까?

Question

그래서 여기에 다른 사람의 Repo의 예가 나와 있습니다. 이 프로그램에

https://github.com/cfry/dde/releases

개발은 새로운 버전이내는되고, 잘 진행된다. 1.x에서 2.x 로의 주요 변경 사항은 소수의 사용자가 의존하는 일부 기능을 손상시킵니다. 버전 1.1.9에서 멈 춥니 다. (실제로 1.1.10은 작은 기능으로 기능을 해칩니다). 그러나 간헐적 인 문제를 일으키는 1.1.9의 버그를 발견했습니다.

우리는 1.1.9의 버그를 어떻게 해결할 수 있으며 혼란 스럽거나 어리석은 일없이 공개적으로 공개 할 수 있습니다. 어떤 버전이어야 하는가? 1.1.9.1? 1.1.9A? 여전히 1.1.9이지만 다른 날짜가 있습니까?

우리는 1.1.9의 한 부분이라고 가정하지만, 실제로 릴리스를 수행하는 방법은 혼란 스럽습니다. Git strategy to backport bugfixes into older branches (cherry-pick vs. merge)

을 솔직히 나는 것을 더 혼란 스러워요 :

나는 이것을 읽었습니다. 그 문제에는 우리의 필요에 부합하지 않고 문제를 지나치게 복잡하게 만드는 문제가 있다고 생각합니다.

더 많은 진보 된 GitHub 사용 문제에 대해 직접 읽어야합니까? 그것은 확실히에서 변환 된 것하지 않는 것 :

https://help.github.com/

Answer 1

이름은 중요하지 않습니다 훨씬 : 어떤 중요한 것은 프로그램이 정확한이 내장 된에서 커밋을 표시 할 어떻게 든 수 있다고하는 turn을 사용하면 정확한 출처를 찾을 수 있습니다.
명명 규칙의 용어는 예를 들어 semver.org을 참조하고 1.1.9 이후에 빌드 메타 데이터를 추가하십시오.

수정 사항을 기록하기 위해 지점을 만들어야하며 해당 수정본이 현재 개발 지점에도 적용되어야하는지 (완전히 수정되었는지) 확인해야합니다.