작곡가 지점 별칭 및 태그에 대한 모범 사례

Question

패키지 기사가 있습니다. 하나는 내가 0.2.0 버전의 태그, 나는 0.3 - dev에 dev에 - 마스터 설정 지점 별칭을했다. 그래서 이것은 내가 개발하고있는 모든 개발이 0.3.x의 다음 릴리스로 향하고 있음을 의미합니다. 또한 사람들이 내 패키지 0.3.*@dev 버전을 요구할 수 있음을 의미합니다.

이제 갑자기 내가하는 일이 1.0 버전에 가까워 졌음을 알 수 있습니다. 따라서 dev-master의 분기 별칭을 1.0.x-dev으로 변경합니다. 0.3 태그를 만들지 않았으므로 0.3.*@dev 요구 사항을 가진 내 패키지를 사용하는 모든 사람에 대한 의존성이 손상됩니다.

그래서 ... 분기 별칭을 변경하기 전에 0.3 태그를 만들어야합니까? 아니면 내 패키지의 dev 지점을 요구함으로써 사람들이 취하는 위험이 있습니까?

Answer 1

어쨌든 지점 별칭을 변경하기 전에 0.3 태그를 생성해야합니까? 하나의 가능성이 있지만, 해당 분기의 사용자가이 지점이

1.0 0.3에서 전환 (더 이상 진화하지 않음) "오래된"간 것을 즉시 실현되지 않을 수도 있습니다

은 중요한 결정이다 어떤 방식 으로든 전달되어야한다.
깨진 종속성은이 릴리스 변경을 알리는 가장 좋은 방법은 아니지만 그 일을합니다.

두 가지 선택 모두 실제로이 문제를 해결하지 못합니다. 이는 통신 문제입니다.