릴리스 관리를위한 좋은 시스템과 버전 번호 (예 : 1.0)로 태그를 지정하는 방식을 결합하려고합니다. 1.0-1, 1.0-2 등과 같이 해당 태그 이후의 모든 변경 사항이 증가합니다.Git을 사용하여 분기/마스터 태그 개정판 증가
그러나 1.0 용 릴리스에서 새 분기를 만든 다음 해당 분기로 전환하고 1.0 태그를 지정하면, 위에서 언급 한 시스템이 정상적으로 작동합니다. 그 브랜치에 대한 추가 버그 수정은 1.0-1, 1.0-2
입니다. 그러나 1.0 브랜치를 작성한 후 첫 번째 커밋 이후에 마스터에 다시 태그를 지정하지 않으면 마스터에서의 모든 작업에 동일한 증가 : 1.0-1, 1.0-2
허용, sha1 해시가 고유 할 것이지만, 나는 master와 branch 모두에서 동일한 수정/증가를 갖게 될 것입니다.
브랜치에 태그를 지정할 때 master가 태그되지 않도록하는 방법이 있습니까? 이 작업을 수행하는 더 좋은 방법이 있습니까? 현재, 브랜치 1.0을 만든 후에 유일한 옵션은 마스터에서 하나의 마이너 커밋을 만든 다음 1.1-dev 또는 그 태그에 다시 태그를 지정하는 것입니다.
그런 다음 각 릴리스마다 반복하십시오.
그러나 분기가 1.0.1 릴리스에 대해 다시 태그 지정되면 해당 태그가 마스터 태그로 간주되기 때문에 처음 발생했기 때문에 그렇게 생각됩니다.
태그, 분기 등은 무엇이며 어떻게 사용되는지 완전히 이해합니다. 문제는 기존 분기에 새 태그를 추가 할 때입니다. 1.0에 대한 지원 지사를 만들었다 고 가정 해 봅시다 - 새로운 기능 등으로 계속 마스터가 계속됩니다. 1.0에 대한 버그 수정은 해당 지사에서 발생합니다. 릴리스 1.0.1에서 태그를 다시 지정하거나 태그를 다시 지정하려고한다고 가정 해 봅니다. 만약 내가 어떤 브랜치에서 그 리비전에 태그를 지정하면 커스터마이징이 일어난 지점에만 태그를 붙이려고 할 때, 1.0.1-1, 1.0.1-2를 보여주기 시작합니다. 그런 태그를 공유하는 마스터와 브랜치는 필요 없습니다. – helion3
'git describe'는'1.0.1-1','-2' 등을 의미합니까? 현재 커밋의 조상이 아닌 태그에 의해 영향을 받아서는 안되기 때문에 (다른 브랜치에 있고 두 브랜치에 커밋 한 경우라면 안됩니다.) – Bombe