사용자 정의 Nx 도구 모음 및 메뉴를 만드는 방법 증가 생산성

왜 사용자 정의 Nx 도구 모음과 메뉴 매트 작업 흐름

개발자들은 작업 공간의 핵심 부분에서 실행하는 반복적인 명령을 사용하여 작업을 실행하고, 프로젝트, 생성 코드, 또는 작업 공간 사이에 항해를 합니다. Nx, 강력한 모노레포 프레임 워크는 이미 CLI 및 Nx 콘솔 기능을 제공합니다. 하지만 실제 생산성 멀티플레이는 사용자 인터페이스를 특정 작업에 맞게 제공합니다. 사용자 정의 도구 모음과 메뉴는 일반적인 환경에서 Nx 작업 공간을 개인화 명령 센터로 변환합니다. 튜닝 또는 튜닝을 통해 작업의 효율성을 높일 수 있습니다. 튜닝 또는 튜닝을 통해 튜닝을 통해 작업의 효율성을 높일 수 있습니다.

핵심 개념: Nx Toolbars와 메뉴는 무엇입니까?

Nx 작업 공간은 종종 여러 응용 프로그램과 라이브러리를 포함, 각 스크립트의 집합 (빌드, 봉사, lint, 테스트, e2e, 등). 도구 모음과 메뉴는 이러한 명령에 그래픽 레이어를 제공합니다. Visual Studio Code 또는 WebStorm과 같은 IDE에서 Nx 콘솔 확장은 이미 프로젝트 레벨 작업을 가진 사이드바를 추가합니다. 그러나, 당신은 매크로를 실행하는 매크로 사용자 정의 툴바 버튼을 만들 수 있습니다, 여러 명령을 결합하거나, 또는 사용자 정의 메뉴에서 실행하는 것을 허용하는 다른 명령을 결합합니다. Nx 콘솔 확장은 이미 프로젝트 레벨 작업을 통해 사이드바를 추가 할 수 있습니다.

사용자 정의 Happens

IDE Extension: Nx Console (VS Code, JetBrains)는 작업 공간 수준 구성 파일(예: 또는 ])을 지원하며, 사용자 지정 작업을 정의할 수 있습니다.
Nx 콘솔 설정: 확장 내에서, 당신은 설정할 수 있습니다 “파바인드” 그리고 사용자 지정 명령 팔레트.
Keybindings and Macros:] 고급 사용자는 또는 IDE 매크로 시스템 같은 도구를 사용하여 Nx 명령을 체인 할 수 있습니다.
Custom Scripts: Nx 명령을 호출하는 의 npm 스크립트를 정의하고, UI 요소에 묶습니다.

이 층을 레버리지로, 로컬 개발에서 CI/CD 단계까지 모든 것을 다루는 코헤이티브 툴바를 구축할 수 있습니다.

사용자 정의 Nx Toolbars 만들기에 단계별 가이드

1. 사용자 정의에 대한 작업 공간 준비

모든 UI 요소를 추가하기 전에 작업 공간은 깨끗하고 조직됩니다. 프로젝트 의존성을 시각화하기 위해 를 실행하고 기존의 대상 구성에 대한 ]를 검토하십시오. IDE에 대한 최신 Nx 콘솔 확장을 설치하십시오. VS Code의 경우, 이것은 사용자 정의 추가를위한 기초 역할을하는 명령 팔레트 및 프로젝트 탐색기와 같은 강력한 기능을 포함합니다.

2. 가장 빠른 명령 정의

팀의 명령을 하루 여러 번 실행합니다. 일반적인 예:

(시계 모드)
(단위 테스트)
] ]] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] [FLT8]]] [FLT8]]] [FLT8] [FLT8]]]] [FLT8]] [FLT8]]]] [FLT8] [FLT8] [FLT8]] [FLT8]] [FLT8] [FLT8] [FLT8]]] [FLT8] [FLT8] [FLT8]]]]]]] [FLT8]]]] [FLT8]]
] ]] ] ]] ] ]] ]] ]] ]] ]] ] ]] ] ]] ]] ]] ]]] ]] ]] ]]]]
(수용성 시각화)

최대 10개의 명령을 우선 순위로 지정합니다. 이 목록은 도구 모음과 메뉴 항목에 기초가 될 것입니다.

3. Nx 콘솔의 내장 “좋아요” 사용

Nx 콘솔 확장은 특정 프로젝트와 대상을 즐겨찾기로 표시할 수 있습니다. Nx 콘솔 사이드바의 프로젝트에 마우스 오른쪽 버튼으로 클릭하고 "좋아하는 추가"을 선택하십시오. 즐겨찾기는 상단에 별도의 섹션에 나타나며, 한 번 클릭 액세스를 제공합니다. 이것은 도구 모음 사용자 정의의 가장 간단한 형태입니다. 더 많은 과립 제어를 위해, 당신은 또는 에서 사용자 정의 작업을 만들 수 있습니다.

4. 작업 공간 구성에 사용자 지정 작업을 작성

여러 Nx 명령을 실행하는 사용자 정의 작업을 순차적으로 또는 병렬로 정의합니다. 예를 들어, 앱의 []에 다음을 추가합니다.

"fastserve": {
 "executor": "nx:run-commands",
 "options": {
 "commands": [
 "nx build shared-ui",
 "nx serve frontend"
 ],
 "parallel": false
 }
}

이제 사용자 정의 도구 모음 (Nx 콘솔 또는 CLI를 통해) 사용할 수 있습니다 ]. 당신은 또한 작업.json을 사용하여 VS 코드에서 메뉴 항목을 추가 할 수 있지만, Nx 콘솔의 기본 접근은 클리너입니다.

5. 작업 그룹과 사용자 정의 메뉴 구축

더 큰 팀의 경우, 그룹 관련 명령은 단일 메뉴로 이동합니다. Nx의 를 특정 구성으로 사용합니다. 예를 들어, lint, format-check 및 Unit 테스트를 실행하는 "pre-commit" 메뉴를 만듭니다. 이를 최상위 npm 스크립트로 노출하고 Nx 콘솔 툴바에 핀하여 "favorite"또는 사용자 정의 작업 접근을 사용하여 추가하십시오.

6. 시험과 iterate

설정 후, 새 도구 모음 또는 메뉴에서 각 명령을 실행합니다. 출력이 정확하고 기존 워크플로우를 깰 수 없다는 것을 검증합니다. 테스트에 동료를 묻습니다. - 신선한 눈은 종종 누락 된 단계 또는 혼란 라벨을 붙잡습니다. 실제 사용 빈도를 반영하기 위해 주문을 조정하십시오.

고급 사용자 정의 기술

IDE Keybindings 및 Macros를 사용하여

도구 모음을 넘어, 사용자 정의 Nx 작업에 키보드 단축키를 할당할 수 있습니다. VS Code에서, ]을 열고 같은 명령에 키보드 단축키를 바인딩 ] Nx CLI 문자열과 결합. 복잡한 순서에 대 한, 사용 확장 “macros” 한 키 입력으로 여러 작업을 트리거. 예를 들어, Ctrl +Shift + T를 눌러 테스트 스위트를 실행할 수 있습니다, 다음 새로운 터미널에서 테스트 보고서를 열 수 있습니다.

외부 도구 통합

로컬 개발 URL에서 브라우저를 열거나 Lighthouse 감사를 실행하거나, staging 환경에 배포 할 수 있는 버튼을 추가할 수 있습니다. 사용자 정의 실행자 또는 쉘 스크립트와 함께 Nx의 를 사용하십시오. 예를 들어, “Staging에 대한 디프렉트로 버튼은 를 실행할 수 있습니다. 사용자 정의 npm 스크립트에서 이것을 감싸고 즐겨찾기로 추가하십시오.

구성을 공유 팀

사용자 정의 도구 모음과 메뉴는 작업 공간 저장소에 저장하여 팀의 참여를 합니다. ] 또는 공유 ]에서 사용자 정의 작업을 정의합니다. README 또는 전용 에 대한 의도한 사용 문서. 새로운 개발자가 저장소를 복제할 때, 그들은 같은 워크플로우를 얻을 수 있습니다.

Real-World 예제: 전체 단계 개발 도구 모음

Angular frontend, Node.js 백엔드, 공유형 라이브러리를 포함하는 monorepo에 대한 도구 모음을 디자인하자. 도구 모음은 다음과 같습니다.

모든 – ]을 분리된 터미널 탭에서 실행합니다.
Quick Test – ] (일반적으로 변경된 lib)를 실행한다.
Lint Fix – ]]]를 진행하는 영향 받은 프로젝트.
Build & Export – frontend와 copy static files을 에 구축한다.
Deploy – rsync를 통해 변경, 빌드 및 업로드를 위해 확인되는 사용자 정의 배포 스크립트를 실행합니다.

각 버튼은 해당 프로젝트의 ]에서 사용자 정의 대상으로 만들어졌으며 Nx 콘솔을 통해 선호됩니다. "Deploy"버튼을 사용하면 Nx 를 사용하여 Nx 실행자를 여러 단계로 사용합니다.

유지 가능한 사용자 정의를위한 모범 사례

이름은 명확하게:] "시작 모든"과 같은 디지시 라벨을 사용 (빠른 시각 인식을위한 이모티콘).
Limit Scope: 10-12 항목의 도구 모음을 유지하여 클터를 피합니다. 그룹 이차 명령은 단일 메뉴로 지정됩니다.
Automate Documentation:] 스크립트를 사용하여 ]맞춤 대상에서 마진 테이블을 생성한다.
Version Control: 항상 사용자 정의 구성을 모든 팀 구성원 혜택에 투입한다.
Periodic Review: 매달, prune unused commands를 추가하고 매일 사용중인 새로운 것을 추가합니다.

일반적인 Pitfalls 및 Them을 방지하는 방법

Hardcoding Paths:] Nx의 ]를 사용하며 ]는 구성을 휴대용 상태로 유지하도록 변수를 변경합니다.
Over-Engineering: 일주일에 한 번만 실행되는 명령에 대한 사용자 정의 툴바를 추가하지 마십시오. 고주파 작업에 스틱.
Breaking Change: Nx를 업그레이드하면 사용자 정의 대상을 테스트합니다. 를 사용하여 호환성을 검증합니다.
팀 피드백을 무시: 툴바를 보장하기 위해 팀에 대한 조사는 실제 통증 점을 해결, 상상하지 않은 것들.

생산성 이득 측정

사용자 정의 도구 모음과 메뉴를 구현 한 후, 시간 절약을 추적하십시오. 간단한 메트릭 : 사용자 정의 전에 몇 초가 전형적인 명령 체인 (예를 들어, 빌드 + 테스트 + 힌트)을 실행하는 데 걸리는가? After, 한 번 클릭으로 시간을 측정하십시오. 개발자가 매일 저장된 세 분 이상 20 그런 체인을 실행하면 10 초를 절약 할 수 있지만 10 팀에 걸쳐 화합물이 주당 1 시간입니다. CLIPING은 몇 초 동안 작동을 단축하고 중요한 명령을 줄이 더 잘 고정합니다. CLIPING은 몇 초 동안 더 나은 상태의 흐름을 줄이면서 몇 주 동안 더 나은 상태에 대해 더 잘 알고 있습니다.