Auto: npm을 버전 소스로 사용

오오 마음에 듭니다. 이것은 모노 리포지토리의 경우 까다로울 수 있습니다.

lerna에 대해 --force-publish=* 를 수행하므로 모든 패키지에 링크된 버전이 있어야 하므로 문제가 되지 않습니다.

앞으로 해당 플래그를 제거하면 다음을 수행해야 합니다. idk

또한 semver 문자열만 사용하는 npm version 를 실행합니다. 우리는 실제로 지금 아무데도 패키지 번호를 설정하지 않습니다. 스스로 설정하는 것은 어렵지 않겠지만 monorepos는 다시 간단하지 않을 것 같습니다.

대부분의 명령은 태그에서도 작동하므로 릴리스에 태그가 지정되지 않으면 문제가 발생할 수 있습니다.

https://github.com/azu/can-npm-publish

"나는 점점 더 "독립적인" 버전 관리 모드가 실수라고 확신합니다. 그것이 하는 일은 사람들이 무작위 패키지를 단일 저장소에 던지고 동시에 버전을 지정해야 할 때 불평하게 만드는 것뿐입니다." ~ lerna 관리자로부터.

따라서 --force-publish=* 는 괜찮아 보입니다.

--force-publish 와 독립 버전 관리는 같은 것이 아닙니다.
기본적으로 lerna는 패키지에 변경 사항이 있는 경우에만 업데이트를 게시합니다. --force-publish=* 를 사용하여 마지막 게시 이후 변경 사항이 없더라도 lerna가 모든 패키지의 버전을 게시하도록 합니다.

즉 A 패키지에는 변경 사항이 있지만 B 에는 변경 사항이 없습니다. lerna는 A 의 새 버전만 게시합니다( B 는 현재 버전으로 유지됨). 다음 릴리스 A 및 B 에는 변경 사항이 있으며 둘 다 동일한 새 버전으로 게시됩니다.

내가 생각하고 있는 것(그리고 이것이 우리가 지원할 것인지 확실하지 않음)은 master (또는 메인 브랜치)가 아닌 릴리스의 가능성입니다. 이 시점까지 우리는 항상 릴리스를 위한 1개의 경로가 있다고 가정했습니다. 그리고 그것들은 항상 선형입니다(npm 또는 github에서 latest 버전 사용).

이전 릴리스를 패치해야 하는 경우 어떻게 됩니까? (1.x에는 버그가 있고 master 는 2.x에 있지만 1.xw/도 수정하고 싶습니다.) lerna 또는 pkg 벗어나는 경우

이것을 git 트리 외부에서 사용하도록 변경하면 npm(또는 최신 버전을 가져오는 곳)에 latest 가 1개만 있기 때문에 해당 동작을 지원할 수 없다고 생각합니다.

좋은 기능인 것 같습니다. 구현하는 데 약간의 작업이 필요할 수 있습니다.

버전:

• 최신 릴리스를 사용하여 version 를 계산합니다. 패키지 버전으로 쉽게 전환할 수 있습니까?
• github의 최신 릴리스가 문제일 수 있습니다. 실제로 "최신 릴리스"를 프로그래밍 방식으로 설정할 수 있다고 생각하지 않습니다. 따라서 1.x에 패치를 게시하면 최신 릴리스가 됩니다.

릴리스/변경 로그

• getCurrentVersion 는 gt(lastRelease, lastVersion)인 경우 lastRelease를 반환합니다. 따라서 이것도 알고 있어야 합니다.

이것은 우리가 이미 git 트리 외부에서 물건을 사용하고 있다는 것을 의미합니다. 맞습니까?

연결된 git 태그가 있는지 확인하려면 latestRelease에 의존해야 하므로 최신 npm 버전에 태그가 있는지 확인할 수 없기 때문에 전환은 옵션이 아닙니다(이 문제에서 설명하는 것과 같이). .

아마도 마지막 git 태그에서 버전이 지정된 새 플래그가 필요할 것 같습니다. --from-git

그것으로 해제 명령이 작동할 것입니다. 변경 로그가 어떻게 생겼는지 분류해야 합니다.

--from-git 플래그는 NPM에서 무엇이든 확인하는 것을 재정의할 수도 있습니다. 제 생각에는 #173을 병합할 수 있음을 의미합니다.