Auto: npm 플러그인은 package.json의 버전을 충돌시키지 않습니다.

이것은 의도적으로 설계된 것입니다. 버전이 커밋되면 마스터로 병합할 때 병합 충돌이 발생할 수 있습니다. 생성 된 git 태그가 있습니다.

이 문제는 나에게도 영향을 미치고 있습니다.

이것은 의도적으로 설계된 것입니다. 버전이 커밋되면 마스터로 병합할 때 병합 충돌이 발생할 수 있습니다. 생성 된 git 태그가 있습니다.

package.json 버전이 auto shipit 사용하여 CI 배포와 동기화되도록 하기 위해 권장되는 접근 방식은 무엇입니까?

@smithki 사용 사례를 잘 이해하고 있는지 잘 모르겠습니다. @thuringia 의 사용 사례는 의미가 있습니다. 그는 다른 것을 업데이트하기 위해 버전이 필요하지만 동작을 변경하는 것을 상당히 주저합니다. 당신이 달성하려는 것을 자세히 설명할 수 있습니까?

죄송합니다. 오해가 있을 수 있습니다. 문제의 문구에서 next 분기는 업데이트된 package.json 버전을 받지 않지만 main 분기는 받습니다(아직 auto 학습 중 —여기에서 완전 초보자) . 내 사용 사례는 원래 문제와 동일하지만 구체적으로 다음과 같습니다.

현재 package.json 버전이 환경 변수로 삽입될 수 있도록 NPM 라이브러리에 대한 _build_ 시간에 package.json 버전을 읽어야 합니다. 즉, 빌드가 실행되기 전에 package.json 파일의 버전을 지정해야 합니다. 단순히 package.json 가져오는 것은 현재 TypeScript 설정에서 제대로 작동하지 않습니다. 이는 tsconfig.json rootDirs 에 의존하고 package.json 는 rootDirs 포함되지 않습니다.

auto 가 하는 일을 할 수 있습니까? https://github.com/intuit/auto/blob/master/packages/core/src/auto.ts#L306 -L310

이 문제의 원래 주제를 탈선시키려는 의도가 아니라 문제를 해결할 수 있는지 확인하겠습니다.

auto가 하는 대로만 하면 될까요? https://github.com/intuit/auto/blob/master/packages/core/src/auto.ts#L306 -L310

불행히도 코드가 클라이언트 측에서 실행되도록 설계되었기 때문에(해결 방법을 찾지 못하면 새 문제를 열겠습니다).

아, 나에게 다시 한 번 표를 던지고 드라이 런 행동을 빨리 고쳐야 합니다. 다음 주말에 모든 문제를 해결하는 방법을 살펴보겠습니다. 피드백과 auto 사용에 감사드립니다!

@hipstersmoothie 빠른 답변 감사합니다 :) 항상

나는 지금 auto shipit --dry-run --plugins git-tag 꽤 견고한 해결 방법을 찾았습니다. 어쨌든 프리릴리즈를 위해 이런 식으로 다음 버전을 확인하는 것은 실제로 의미가 있습니다.
빠른 시일 내에 테스트 실행 개선을 시도해 주셔서 감사합니다. 시험해보고 싶은 카나리아 빌드가 있으면 알려주세요. 기꺼이 도와드리겠습니다.

어쨌든 auto 정말 감사합니다! 그것은 내 삶을 훨씬 쉽게 만들었습니다

@thuringia @smithki v10이 문제를 해결하는지 테스트하고 확인할 수 있습니까?

@hipstersmoothie 이것은 v10에서 잘 작동합니다 👍
눈에 띄게 느리거나 shipit 없이 --dry-run shipit 를 실행하는 것만큼 오래 걸립니다.

이렇게 빨리 풀어주셔서 감사합니다!

버그인지 아닌지 확실하지 않습니다.
yarn add -D auto@next 사용하여 패키지를 업그레이드했을 때 auto shipit --dry-run 실행한 후 package.json 및 yarn.lock 대한 변경 사항이 사라졌습니다. v10은 여전히 node_modules 있으므로 작업 디렉토리가 재설정된 것 같습니다.

그러나 눈에 띄게 느리거나 --dry-run 없이 shipit을 실행하는 것만큼 오래 걸립니다.

개선할 수 있는지 알아보겠습니다. 그러나 이제 플러그인을 호출하기 때문에 실제 다음 버전을 인쇄하기 위해 훨씬 더 많은 작업을 수행합니다.

auto shipit --dry-run을 실행한 후 package.json 및 yarn.lock에 대한 변경 사항이 사라졌습니다.

아 이것은 버그입니다. 드라이 런의 경우 깨끗한 검사를 건너 뛰었지만 git reset은 건너 뛰지 않았습니다.

@thuringia 어떤 유형의 프로젝트를 출시합니까?

@hipstersmoothie 지금은 드라이 런이 느려져도 괜찮습니다. 그렇게 큰 차이는 아닙니다. 변화를 느끼신다는 말씀이 대부분이었는데 거기에 이모티콘을 추가했어야 했나 😄
성능 향상은 항상 환영합니다.

이 경우에는 주변에 람다가 포함된 대부분의 Java 응용 프로그램으로 구성된 혼합 프로젝트입니다. 릴리스를 만들려면 다음을 수행해야 합니다.

• gradle을 실행하여 버전 번호로 jar 빌드
• 해당 jar를 도커 이미지에 패키징하고 태그를 지정하고 게시합니다.
• 태그 지정 및 컨테이너 구성에 버전 번호를 사용하는 서버리스 프레임워크를 사용하여 람다 배포

auto 의 기본 사용 사례가 아닙니다. 😂
일반적으로 설정이 더 간소화된 Node 또는 React 프로젝트에 사용하지만 이 특정 프로젝트에 필요한 것처럼 실제로 릴리스를 게시하기 전에 버전 번호를 얻을 필요가 없었습니다.

:rocket: v10.0.0 에서 발행된 문제 :rocket: