Gitflow: 릴리스 완료 시 git-flow `tag` 커밋 위치

@RoLYroLLs와 동일한 이해로 동일한 문제가 발생했습니다. 다음은 기사의 인용문입니다.

릴리스 분기의 상태가 실제 릴리스가 될 준비가 되면 몇 가지 작업을 수행해야 합니다. 먼저 릴리스 분기가 master 로 병합됩니다( master 에 대한 모든 커밋은 정의에 따라 새 릴리스이므로 기억하십시오). 다음 으로 master 에 대한 커밋에는 이 과거 버전을 쉽게 참조할

당신이 언급한 것과 같이 춤을 삭제하고 다시 만들어야 하므로 이 문제가 해결되기를 바랍니다.

좋아, 나는 이것을 가지고 놀았고 http://nvie.com/posts/a-successful-git-branching-model/에 작성된 방법론에 따라 "고정"하는 방법을 찾았습니다

이 프로젝트가 마지막으로 건드린 것이 2012년 이후로 중단되었다고 생각하므로 PR을 작성하지 않겠지만 이 문제는 활성 상태로 둘 것입니다.

그러나 나와 같은 사용자를 위해 다음 파일을 편집할 수 있습니다.

https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-release#L253
그리고
https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-hotfix#L297

$BRANCH 을 $MASTER_BRANCH

내 이해에 따르면 병합하기 전에 릴리스 분기에 태그를 배치하는 것(마스터 분기가 아님)은 실제로 올바른 일이므로 개발 분기의 git describe --tags 에서도 찾을 수 있습니다. #374 참조

내 이해에 따르면 병합하기 전에 릴리스 분기에 태그를 배치하는 것(마스터 분기가 아님)은 실제로 올바른 일이므로 개발 분기의 git describe --tags 에서도 찾을 수 있습니다. #374 참조

이상한 주장이었다.
소스는 버전이 지정되어 배포된 응용 프로그램을 생성한 소스와 상관시킬 수 있습니다. 마스터에서 배포하려면 -> 마스터에 태그가 지정되어야 합니다.