Table of Contents
מה זה Nx ולמה זה משנה לפיתוח מודרני
(FLT:0)NxigtureFLT:1) הוא מערכת פיתוח קוד פתוח ופלטפורמת פיתוח שנוצרה על ידי Nrwl.It מסייע לצוותים לנהל מונורוpos עם מאות או אלפי פרויקטים על ידי מתן בנייה חכמה, חישוב, דחיסה חישובית תלותית, סימולציה גרף גרף גרף, ודור קוד.בניגוד לרצים פשוטים, Nx מבין את התלות בין פרויקטים וניתן לקבוע בדיוק מה צריך להיות מחדש או לשנות את זה, כאשר הוא מתרחש שינוי דרמטי של מחזורי פיתוח Java.
הפלטפורמה תומכת במסגרות פופולריות כגון Angular, React, Next.js, NestJS, ו- Node.js, והיא מציעה תוסף אקולוגי עשיר. כי Nx עובד ברמת סביבת העבודה, היא מאחסנת כלי עקבי, ספריות משותפות, ושיטות הטובות ביותר על פני קבוצות ללא להקריב גמישות.עבור ארגונים לאמץ אסטרטגיה מונופרופו, Nx מספקת תכונות כמו מגבלות ותקנות בעלות.
כלים מבוססי ענן: סקירה
כלים מבוססי ענן מספקים פלטפורמה מרכזית לשליטה בגירסה, סקירת קוד, מעקב אחר בעיות ו- CI /CD.הכלים המאומץים ביותר כוללים:
- (FLT:0)GitHubFLT:1 - הפלטפורמה הגדולה ביותר בקוד פתוח, המציעה פעולות GitHub עבור CI /CD, GitHub חבילות, ו-קוד מתקדם בדיקת גלגולי עבודה.
- (FLT:0)GitLabveFLT:1 - פלטפורמה DevOps מלאה עם CI /CD, רישום מכולות, וממשק מאוחדת למעקב אחר נושאים ו-Wiki.
- (FLT:0)BitbucketFLT:1) - קבוצות פופולריות בין קבוצות באמצעות מוצרי אטלסיאן, שילוב הדוק עם Jira וTrello, ונבנה בקווים ל- CI /CD.
- (FLT:0Zonee DevOpsIRFLT:1) - הצעת Microsoft, מתן Azure Repos, Azure Pipelines, Azure Boards ושילוב עם מערכת האקולוגית של Azure.
כלים אלה חולקים תכונות משותפות: משיכת בקשות, הגנת ענף, Webhooks ו- APIs. עם זאת, לכל אחד יש נקודות חוזק ייחודיות. GitHub מצטיין בקהילה ופעולות; GitLab מאיר במחזור DevOps חד-פעמי; Bitbucket משלבת עמוק עם Jira; Azure DevOps מציע הפיכה הדוקה עם שירותי Azure עבור פריסות ארגוניות.
למה ליזום Nx עם פלטפורמות שיתוף פעולה בענן?
שילוב Nx עם כלי שיתוף פעולה מבוסס ענן פותח יתרונות כי מעבר בקרת גרסאות בסיסיות.
- (FLT:0) בזמן אמת מצטבר ובדיקות ב- CIFLT 1:1 - Nx יכול להשתמש שוב פלטים חצופים מעבר ל- CI פועל, כך רק פרויקטים מושפעים נבנו מחדש או מנוס מחדש.
- (FLT:0) מודעות לגרף התלות המוסמך של גרף 1FIRLT – כאשר מפתח דוחף שינוי, Nx יודע אילו ספריות תלויות בשינוי זה ויכולות להגביל את היקף CI בהתאם.
- (FLT:0) ביצוע מקומי ומרוחק 1 (מפתחים) מנהלים את אותם פקודות באופן מקומי כמו CI, ביטול בעיות "עבודה על המכונה שלי".
- (FLT:0) סקירת קוד פתוח 1 (Nx) מייצרת גרפים תלותיים מפורשים ושינויים סטים, עוזר לבודקים להבין את ההשפעה של יחסי ציבור ללא ניחושים.
- (FLT:0) מונופול על ניהול מונורופו 1:1) , פלטפורמות ענן לאכוף מדיניות סניף ובדיקות הנדרשות; Nx מבטיח בדיקות אלה הן מהירות ומדויקות.
- (ב) ,0) הוכחו מחדש את הנראות FLT:1 - יומני צינורות CI, רשם פריטים, ובניית קווי זמן מאוחסנים בענן, מה שהופך אותם ביקורתיים וניתנים על פני קבוצות.
כיצד ליזום Nx עם כלים לשיתוף פעולה בענן
שלב 1: הגדר את ה-Cloud Repository
בחר פלטפורמה לשיתוף ענן וליצור מאגר חדש של ההרחבה: For a Monorepo, סביר להניח שתחילה את המחסן עם FLT:0 אשר שולל את FLT:1, FLT:2, ו- Nx cache תיקיות (FLT 3: 3 או FLT:4).
שלב 2: הגדר את סביבת העבודה Nx כדי להתחבר עם ה-Repository
אם כבר יש לך Nx Workspace, אתה יכול לקשר אותו למחסן מרוחק באמצעות ההרחבה:5 (עבור פרויקטים חדשים, להשתמש בגנרטורים של הפרויקט של Nx (ראהFLT:6) לאחר הבריאה, לדחוף את ההתחייבות הראשונית.חשוב לאפשר Nx Cloud (שירות הפחתת מרחוק של Nx) כדי לשתף פריטים על פני חברי צוות ו- CI.
הגדר את קובץ העבודה של ההרחבה 7 (FLT 7) כדי להגדיר צינורות משימה, כללי צ'ינג, ותחת סףים מושפעים.
{
"tasksRunnerOptions": {
"default": {
"runner": "nx/tasks-runners/default",
"options": {
"cacheableOperations": ["build", "test", "lint", "e2e"],
"accessToken": "…",
"canTrackAnalytics": false
}
}
}
}
להחליף את ה-FLT:9 עם אחד שנוצר מחוונים של Nx Cloud.צעד זה קריטי עבור צ'נג מרחוק לעבוד ביעילות על פני CI וסביבות מקומיות.
שלב 3: ליצור קווי צינור CI /CD עבור בדיקה אוטומטית ו Deployment
לכל פלטפורמה ענן יש מס מס משלו להגדרת צינורות CI, אך ההיגיון הבסיסי נשאר זהה: לרוץ (FLT:10), FLT:11, FLT:12, ו אופציונלית FLT:13 מבוסס על הקבצים השונים בענף.הצנרת צריכה להתקין תלות, להגדיר Nx (כולל אימות ל-Nx Cloud), ולאחר מכן לבצע את הפקודות המושפעות.
להלן דוגמאות לפלטפורמות טיפוסיות.
GitHub Actions
יוצרי את ה-FLT:14
name: CI
on:
push:
branches: [main]
pull_request:
jobs:
main:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
with:
fetch-depth: 0
- uses: actions/setup-node@v3
with:
node-version: 18
cache: 'npm'
- run: npm ci
- uses: nrwl/nx-set-shas@v3
- run: npx nx workspace-lint
- run: npx nx format:check
- run: npx nx affected --target=lint --parallel=3
- run: npx nx affected --target=test --parallel=3 --ci --code-coverage
- run: npx nx affected --target=build --parallel=3
הפעולה של ה-FLT:16 מבטיחה כי Nx משווה את טווח ההתחייבות הנכון.ללא זה, Nx עשוי לחשוב שכל הפרויקטים מושפעים.
GitLab CI
(ב) ,(ב) ,(ה)
image: node:18
stages:
- setup
- lint
- test
- build
before_script:
- npm ci
- npx nx sync-deps
setup:
stage: setup
script:
- echo "Environment ready"
lint:
stage: lint
script:
- npx nx affected:lint --parallel=3
test:
stage: test
script:
- npx nx affected:test --parallel=3 --ci --code-coverage
build:
stage: build
script:
- npx nx affected:build --parallel=3
artifacts:
paths:
- dist/
כדי להשתמש ב-Nx Cloud מרחוק ב- GitLab, לחשוף את ה-FLT:19 כמשתנה סביבתי של CI.
המונחים: bitbucket Pipelines
יצירת [[1924]]
image: node:18
pipelines:
pull-requests:
'**':
- step:
name: Lint, Test, and Build
caches:
- node
script:
- npm ci
- npx nx affected:lint --parallel=3
- npx nx affected:test --parallel=3 --ci --code-coverage
- npx nx affected:build --parallel=3
Azure DevOps
השתמש בקובץ ההרחבה:
trigger:
- main
pr:
branches:
include:
- '*'
pool:
vmImage: 'ubuntu-latest'
steps:
- task: NodeTool@0
inputs:
versionSpec: '18.x'
- script: npm ci
displayName: 'Install dependencies'
- script: npx nx affected --target=lint --parallel=3
displayName: 'Lint'
- script: npx nx affected --target=test --parallel=3 --ci --code-coverage
displayName: 'Test'
- script: npx nx affected --target=build --parallel=3
displayName: 'Build'
⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
שלב 4: השתמש ב- Webhooks או בשילוב API של Trigger Builds
רוב כלי שיתוף הענן כבר מעוררים צינורות באופן אוטומטי על פני ארועים או מושכים בקשה.עם זאת, ייתכן שתרצה לבצע טריגרים חד-פעמיים: לדוגמה, לדלג על CI עבור שינויים בלבד, או לנהל בניין מלא רק כאשר מתמזגים ל-Nx הראשי יכול לעזור על ידי זיהוי פרויקטים מושפעים לפני הצנרת המלאה. חלק מהצוותים ליישם עבודה קודמת אשר פועל לפני-FLT:25 כדי לקבוע אילו יישומים יש לפרוססם, ואז פעולות פריסהמצב פועל.
שלב 5: מעקב ואופטימיזציה של זרימת העבודה
לאחר שילוב, סקירת סטטיסטיקות צינור: זמן ממוצע, שיעור פגיעה בשומן, ותדירות כשל. Nx Cloud מספק לוח נתונים המציג שימוש ב- cache וחלוקת משימות. התאמת כללי caching, להגדיל את המקבילות, או להוסיף צ'נג מרחוק אם שיעור ה- cache יורד גם, לסקור את כללי הגנת הענף - להבטיח כי בדיקות מעמד נדרש להתאים את השלבים צינור וכי אתה לא חוסם יחסי ציבור ללא צורך לפרויקטים שאינם קשורים.
שיטות עבודה טובות ביותר לשיתוף פעולה עם Nx + Cloud
- (FLT:0) השתמש בקוד יחיד-אמת RepositoryFLT:1 - לאחסן את כל הקוד והתצורה במונורופו. להימנע מפיצות קבצים על פני מספר רב של שרידים כדי למנוע סחף.
- (ב) ,0) ,[דרוש מקור], ב[[1924]], [[1924]], [[1924]], [[1924]]]], [[1924]], [[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]
- (ב) [ה]: [ה], [ה],] ,[דרוש מקור]], [ה], [ה]], [ה], [ה],] [דרוש מקור]], [ה], [ה], [ה], [ה],], [ה] לא ניתן לייבא [הבקשות] מאפליקציות אחרות]."
- (ב) ,0) ,Enforce קוד איכות שערי קידוד 1 (FLT) - השתמש בחוקים, עיצוב בדיקות (FLT:32), ובדיקת הקלדה ב- CI.צעדים אלה יכולים לפעול במקביל, אך להיות מודעים להקצאת משאבים.
- (הופנה מהדף LT:0) ,CacheureFLT:1 , Enable Remote caching (Nx Cloud) לא רק עבור בנייה אלא גם עבור בדיקות.לוודא כי רשימת FLT:33 כוללת את כל הפעולות שהם ⁇ .
- (FLT:0) העלאת מדיניות של ענף 1 (FLT:1) - נדרשת בדיקות מעמד מהצנרת CI, לאכוף היסטוריה ליניארית, להגביל את הדחפים הישירים הראשי. Nx יכול לעזור על ידי יצירת רשימה של פרויקטים מושפעים עבור תיאור יחסי הציבור.
- (ב) ,0) , גלגולי עבודה של ההרחבה (FLT:0) ,(Document Workflows) 1 (הראשונה ל-FLT:0) ,(ה) ,(ה) ,(ה) ,הסבר כיצד להגדיר את ה-repository, להפעיל פקודות Nx ולפרש את כישלונות CI.
- (FLT:0) מוניטור בונה עלויות ההרחבה 1 - כלים ענן רבים האחראים על בניית דקות. Nx מקטין דקות על ידי לדלג על פרויקטים לא מושפעים.
אתגרים פוטנציאליים וכיצד להתגבר עליהם
אינטגרציה אינה ללא היורדים.כאן הם נושאים ופתרונות משותפים:
- (הראשונה לאחר הקמת צ'ינג מרחוק תהיה איטית מכיוון שאין שום שפם קיים. השתמש ב- CI CI הראשי כדי למפות את המטמון, או להפעיל בניין מלא באופן ידני.
- (ב) אם בני האדם אינם ⁇ (למשל, בועות, משתנים סביבתיים), ייתכן שהמצוקה תוחזר באופן שגוי.
- (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
- (ב) ,0) גישה לביטחוני (FLT:1) - חנות (FLT:36) וסודות אחרים כמו משתנים מוצפנים בפלטפורמת CI /CD, לא במחסן.
- (FLT:0) מורכבות פילין 1 (FLT:1) - ככל שהמונורופו גדל, הצינור עשוי להיות איטי גם עם Nx. שקול באמצעות ביצוע משימות מבוזרות (Nx Agents) כדי לחלק משימות על פני מכונות CI מרובות.
מקרים אמיתיים לשימוש
ארגונים גדולים כבר נהנים משילוב זה.לדוגמה, חברת פינטק באמצעות Nx עם GitLab הפחיתה את זמן CI מ 45 דקות עד 5 דקות עבור רוב הבקשות למשוך.הם השיגו זאת על ידי מתן קליטה מרחוק והפעלה של בדיקות מושפע רק צוות אחר באמצעות GitHub Actions ו Nx הוריד את שיעור הכישלונות הפריסה שלהם על ידי 70% כי עכשיו כוללים גרף תלויות אוטומטית, עוזר לסקור תופעות לוואי לא קבועות.
סטארטאפים מאמצים את הערימה הזו כדי לשמור על מהירות תוך הגדלת מ-5 עד 50 מהנדסים. סטארט-אפ SaaS עבר מתחנות נפרדות למונורופו Nx המשולב עם bitbucket Pipelines, חיתוך המפתח על לוח הזמנים בין יומיים לשעתיים ושאיפת מספר הסכסוכים המיזוגים.
שיקולים ביטחוניים
בעת שילוב Nx עם כלי ענן, יש לטפל בביטחון:
- (ב) ,0) ,(ה) ,(ה) ,(ה) ,(ה) ,(ה) ,(ה) , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
- (ב) [ה]ההנהלה של סודיות: [ה]: לעולם אל תבצעו סודות, השתמשו במחסן הסודי של פלטפורמת הענן (למשל, GitHub Secrets, GitLab CI Variables) לפיתוח מקומי, השתמש בקובץים (FLT:40 , המפורטים ב-FLT:41:41:41 .
- (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
- (FLT:0) התקפות שרשרת של ספוגיות (Silply שרשרת) 1 - גירסאות תלויות פין בקבצי החבילה וחשבו באמצעות מהימנותה של npm ישים. caches של Nx יכול להמריץ באופן בלתי נמנע חפץ שנפגע, כך חכם לאכוף חתומה מתחייבת ולבחון שינויים בתצורה.
אופטימיזציה של טיפים
כדי להפיק את המרב מהמהירות של Nx ב- CI:
- (FLT:0)Parallize על פני מכונות FLT:1 - אם המנופרופו שלך יש פרויקטים רבים, השתמש בסוכני Nx או ביצוע משימה מבוזרת דומה כדי להפעיל משימות על מכונות מרובות CI במקביל.
- (ב) ויקרא י"א: "ה', ב', ב', ב', ב', ב', ב', ב', ב', ב', ב')
- (ב) ב[[1924]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]]]], [[1924]]]], [[1924]]
- (FLT:0) תחקיר מפולגת 1R) - קבוצה קטנה בודקת פרויקט יחיד אם אפשרי.Nx יכול להפעיל אותם במקביל, אבל יותר מדי פרויקטים זעירים להוסיף מעל הראש.
- (ב) [ה] ב[[1924]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]]
משאבים חיצוניים
לקריאה נוספת, התייעצו:
- (FLT:0)Nx CI Configuration GuideFiguration Guide) 1 (התיעוד הרשמי להקמת CI עם פלטפורמות שונות).
- (ב) [15] פעולות ה- Node.jsFLT 1:1 - התייחסות לצעדי צינורות GitHub.
- (FLT:0)GitLab CI/CD YAML SpecificationFLT 1 - פרטים עבור תצורת צינורות GitLab.
- (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
הגדלת Nx עם כלים מבוססי ענן שיתוף פעולה הוא מהלך אסטרטגי מאיץ פיתוח, לאכוף עקביות, וקשקשים עם הצוות שלך. על ידי ביצוע השלבים והשיטות הטובות ביותר המפורטים לעיל, אתה יכול לבנות מהר, מאובטח, וקיים צינורות CI /CD המנצלים את הכוח המלא של חישוב חכם של Nx ושיתוף פעולה ענן.התחל עם טייס קטן, את המדד, ולאחר מכן להרחיב את הארגון בזמני פיתוח זמן רבים.