Turborepo 1.6

Friday, October 21st, 2022

Name: Matt Pocock
X: @mattpocockuk

Name: Greg Soltis
X: @gsoltis

Name: Nathan Hammond

Name: Tom Knickman
X: @tknickman

Name: Anthony Shew
X: @anthonysheww

Name: Jared Palmer
X: @jaredpalmer

Name: Mehul Kar
X: @mehulkar

Name: Chris Olszewski

Turborepo 1.6은 Turborepo의 게임을 바꿉니다 - 이제 모든 프로젝트에서 사용할 수 있습니다.

모노레포가 아닌 환경의 Turborepo: 프로젝트에서 느린 빌드를 경험하고 있나요? 이제 package.json이 있는 모든 코드베이스에서 Turborepo를 사용하여 빌드 속도를 높일 수 있습니다.
turbo prune이 이제 npm을 지원합니다: 이제 npm을 사용하는 모노레포에서 모노레포 프루닝이 지원되어 모든 주요 워크스페이스 관리자에 대한 지원이 완료되었습니다.
더 빠른 캐싱: 로컬 파일 쓰기 처리 방식을 개선하여 Turborepo 캐시의 속도를 크게 향상시켰습니다.

npm install turbo@latest를 실행하여 오늘 업데이트하세요.

모든 코드베이스에서 Turborepo 사용 가능

Turborepo는 코드베이스의 작업 속도를 높이는 데 도움을 줍니다. 지금까지 우리는 여러 애플리케이션과 패키지를 포함하는 코드베이스인 모노레포를 위해 Turborepo를 특별히 구축했습니다.

Turborepo는 처리해야 할 작업이 많기 때문에 모노레포에서 환상적입니다. 각 패키지와 앱은 빌드, 린트 및 테스트가 필요합니다.

그러나 우리는 생각했습니다: 모노레포가 아닌 많은 코드베이스도 많은 작업을 실행합니다. 대부분의 CI/CD 프로세스는 캐시의 이점을 누릴 수 있는 중복 작업을 많이 수행합니다.

따라서 이제 모든 코드베이스에서 Turborepo를 사용할 수 있다는 것을 발표하게 되어 기쁩니다.

예제에서 시작하거나 기존 프로젝트에 Turborepo를 추가하여 지금 사용해 보세요:

프로젝트에 Turborepo 추가

turbo 설치:

Terminal

npm install turbo --save-dev

새 저장소의 기본 경로에 turbo.json 파일 추가:

./turbo.json

{
  "pipeline": {
    "build": {
      "outputs": [".next/**", "!.next/cache/**"]
    },
    "lint": {
      "outputs": []
    }
  }
}

turbo로 build 및 lint 실행 시도:

Terminal

turbo build lint

축하합니다 - turbo로 첫 번째 빌드를 실행했습니다. 다음을 시도할 수 있습니다:

전체 빠른 시작을 실행합니다.
Turborepo를 특별하게 만드는 요소를 이해하려면 업데이트된 핵심 개념 문서를 확인하세요.

언제 Turborepo를 사용해야 하나요?

모노레포가 아닌 환경에서 Turborepo를 사용할 수 있게 되면서 많은 새로운 사용 사례가 열렸습니다. 그러나 언제 가장 좋을까요?

스크립트가 서로 의존할 때

turbo를 사용하여 package.json 스크립트를 실행해야 합니다. 서로 의존하는 여러 스크립트가 있는 경우 Turborepo 작업으로 표현할 수 있습니다:

turbo.json

{
  "pipeline": {
    "build": {
      "outputs": ["dist/**"]
    },
    "lint": {
      // 'lint' 전에 'build'를 실행해야 합니다
      "dependsOn": ["build"]
    },
    "test": {
      // 'test' 전에 'build'를 실행해야 합니다
      "dependsOn": ["build"]
    }
  }
}

그런 다음 다음을 실행할 수 있습니다:

Terminal

turbo run lint test

lint 및 test 전에 build를 실행해야 한다고 말했기 때문에 lint 또는 test를 실행할 때 자동으로 build를 실행합니다.

뿐만 아니라 최적의 스케줄을 알아냅니다. 속도 최적화에 대한 핵심 개념 문서를 참조하세요.

작업을 병렬로 실행하려는 경우

Next.js 앱을 실행하고 Tailwind CLI도 실행한다고 상상해보세요. dev 및 dev:css라는 두 개의 스크립트가 있을 수 있습니다:

package.json

{
  "scripts": {
    "dev": "next",
    "dev:css": "tailwindcss -i ./src/input.css -o ./dist/output.css --watch"
  }
}

turbo.json에 아무것도 추가하지 않고도 다음을 실행할 수 있습니다:

Terminal

turbo run dev dev:css

concurrently와 같은 도구처럼 Turborepo는 자동으로 두 스크립트를 병렬로 실행합니다.

이것은 개발 모드에 매우 유용하지만 CI에서 작업 속도를 높이는 데도 사용할 수 있습니다 - 실행할 여러 스크립트가 있다고 상상해보세요:

Terminal

turbo run lint unit:test e2e:test integration:test

Turborepo는 모든 작업을 병렬로 실행하는 가장 빠른 방법을 알아냅니다.

npm에서 이제 Prune 지원

지난 몇 번의 릴리스에 걸쳐 다양한 워크스페이스 관리자에서 turbo prune에 대한 지원을 추가해 왔습니다. 이것은 어려운 작업이었습니다 - turbo prune은 lockfile의 종속성 프루닝을 포함하여 모노레포의 하위 집합을 만듭니다. 이는 각 워크스페이스 관리자에 대해 별도로 로직을 구현해야 함을 의미했습니다.

turbo prune이 이제 npm에서 작동한다는 것을 발표하게 되어 기쁩니다. 이로써 모든 주요 패키지 관리자에 대한 지원이 완료되었습니다. 즉, 모노레포가 npm, yarn, yarn 2+ 또는 pnpm을 사용하는 경우 Docker에 쉽게 배포할 수 있습니다.

자세한 내용은 turbo prune에 대한 이전 블로그를 확인하세요.

캐시의 성능 개선

1.6 이전에는 Turborepo의 로컬 캐시가 시스템의 파일을 디스크의 다른 위치로 재귀적으로 복사하는 방식이었습니다. 이것은 느렸습니다. 캐시해야 하는 모든 파일에 대해 6번의 시스템 호출을 수행해야 했습니다: 소스 파일에서 열기, 읽기 및 닫기; 대상 파일에서 열기, 쓰기 및 닫기.

1.6에서는 이를 거의 절반으로 줄였습니다. 이제 캐시를 만들 때 단일 .tar 파일(하나의 열기)을 만들고, 1mb 청크로 쓰고(배치 쓰기), 닫습니다(하나의 닫기). 시스템 호출의 절반은 캐시에서 나오는 방식에서도 발생합니다.

그리고 여기서 멈추지 않았습니다. 지난 한 달 동안 C로 작성된 최고 수준의 라이브러리 사용을 가능하게 하는 CGO를 활성화하기 위해 빌드 도구 체인에 상당한 투자를 했습니다. 이를 통해 압축을 위해 Zstandard의 libzstd를 채택할 수 있었으며, 이는 압축에 대한 알고리즘 3배 성능 향상을 제공합니다.

이러한 모든 변경 사항 이후 로컬 캐시 생성에서 2배 이상, 원격 캐시 생성에서 3배 이상의 성능 향상을 정기적으로 확인하고 있습니다. 이는 저장소가 클수록 또는 장치가 느릴수록(CI를 보고 있습니다) 더욱 좋아집니다. 이는 가장 필요로 하는 사람들에게 정확하게 성능 향상을 제공할 수 있었음을 의미합니다.