نقشهٔ صفحه‌ها · ۱۴ صفحه

نوشته‌شده برای: توسعه‌دهندگان نرم‌افزار و سرپرستان تیم‌های مهندسی

1. 1

   ترن: یک ابزار خط فرمان سریع برای وابستگی‌های پروژه

   • با ترن آشنا شوید؛ ابزار خط فرمانی فرضی که برای مدیریت سریع وابستگی‌های پروژه ساخته شده است.
   • یک فایل اجرایی واحد جای مجموعه‌ای از ابزارهای جداگانهٔ وابستگی را می‌گیرد.
   • این ارائه برای توسعه‌دهندگان و سرپرستان تیم‌های مهندسی است که پروژه‌های واقعی را نگه می‌دارند.
   • به مسئله، روند کار، یک نمایش زنده و روش امتحان کردن آن می‌پردازیم.
2. 2

   مسئله: ابزارهای جداگانهٔ بیش از حد

   • بیشتر پروژه‌ها برای نصب بسته، اسکریپت‌ها و نسخهٔ محیط اجرا چند ابزار جدا به کار می‌برند.
   • هر ابزار فایل پیکربندی، فرمان‌ها و رفتارهای خاص خودش را دارد.
   • وقتی تازه‌وارد باید همهٔ این ابزارها را یاد بگیرد و نصب کند، شروع کارش کند می‌شود.
   • با بیشتر شدن ابزارها، ناهمخوانی میان سیستم‌ها و خط لولهٔ ساخت هم بیشتر می‌شود.
3. 3

   جایگاه ترن در کنار مدیرهای بسته

   • ترن قرار است کنار مدیرهای بستهٔ فعلی شما بنشیند، نه این‌که آن‌ها را حذف کند.
   • تمرکزش روند کار پیرامون وابستگی‌هاست: راه‌اندازی، اسکریپت‌ها و نسخه‌ها.
   • تیم‌ها می‌توانند آن را روی یک پروژه به کار ببرند، بی‌آنکه بقیهٔ چیزها را بازنویسی کنند.
   • هدف، اجزای متحرک کمتر است، نه یک اکوسیستم تازه برای نگهداری.
4. 4

   از راه‌اندازی تا فایل قفل، با یک ابزار

   • فرمان راه‌اندازی ترن با یک دستور پروژه‌ای با پیش‌فرض‌های معقول می‌سازد.
   • افزودن یک وابستگی در همان گام مانیفست را به‌روز می‌کند و نسخه‌ها را حل می‌کند.
   • فایل قفل نسخه‌های دقیق را ثبت می‌کند تا هر سیستم همان درخت وابستگی را نصب کند.
   • راه‌اندازی، افزودن و قفل همه با یک ابزار و یک پیکربندی انجام می‌شود.
5. 5

   نمایش زنده: راه‌اندازی یک پروژهٔ تازه

   • از یک پوشهٔ خالی شروع می‌کنیم و فرمان راه‌اندازی را اجرا می‌کنیم.
   • سپس یک وابستگی می‌افزاییم و ظاهر شدن فایل قفل را می‌بینیم.
   • بعد نصب را از یک حالت پاک اجرا می‌کنیم تا سرعت را نشان دهیم.
   • هر کس در تیم می‌تواند همین گام‌ها را روی سیستم خودش تکرار کند.
6. 6

   اسکریپت‌ها و ابزارهای یک‌بارمصرف

   • اسکریپت‌های پروژه در همان پیکربندی ترن و کنار وابستگی‌ها قرار می‌گیرند.
   • هر اسکریپت را با نامش و با یک فرمان اجرا کنید، بدون نیاز به ابزار جداگانه برای اجرای کارها.
   • ابزارهای یک‌بارمصرف را می‌توان هر وقت لازم شد اجرا کرد، بدون نصب سراسری.
   • این کار وضعیت سراسری سیستم را تمیز و نتیجه‌ها را تکرارپذیر نگه می‌دارد.
7. 7

   مدیریت نسخه‌های زنجیرهٔ ابزار

   • ترن می‌تواند نسخهٔ زنجیرهٔ ابزار مورد انتظار پروژه، مثل محیط اجرای زبان، را ثابت کند.
   • این نسخهٔ ثابت در مخزن کد قرار می‌گیرد، پس با همهٔ تیم مشترک است.
   • با جابه‌جایی میان پروژه‌ها، نسخهٔ درست به‌طور خودکار انتخاب می‌شود.
   • خط لولهٔ ساخت هم می‌تواند همان نسخه را به کار ببرد و خطاهای «روی سیستم من کار می‌کند» را کم کند.
8. 8

   یک اسکریپت راه‌اندازی، پیش و پس از ترن

   • پیش از ترن: اسکریپت راه‌اندازی چند ابزار و بررسی‌های دستی نسخه را پشت سر هم می‌چیند.
   • اسکریپت قدیمی طولانی و شکننده است و با هر تغییر ابزار باید به‌روز شود.
   • پس از ترن: اسکریپت به چند فرمان ترن کوتاه می‌شود که یک پیکربندی را می‌خوانند.
   • خط‌های کمتر یعنی جاهای کمتری که مشارکت‌کنندگان تازه در آن گیر کنند.
9. 9

   گواهی از مهاجرت یک مونوریپو

   • این صفحه مهاجرت یک مونوریپو را به‌عنوان گواهی برای ترن شرح می‌دهد.
   • مونوریپوها درد وابستگی‌ها را بزرگ‌تر می‌کنند، چون بسته‌های زیادی یک نصب مشترک دارند.
   • هر عدد زمان یا اندازه‌ای که این‌جا نشان داده شده را باید روی مخزن خودتان بسنجید.
   • این مثال را الگویی برای آزمودن بدانید، نه تضمینی برای نتیجه.
10. 10

    دامنهٔ ترن، از نصب بسته تا زنجیرهٔ ابزار

    • دامنهٔ ترن از نصب وابستگی‌ها و فایل قفل شروع می‌شود.
    • سپس به اسکریپت‌ها، اجرای ابزارهای یک‌بارمصرف و ثابت کردن نسخهٔ زنجیرهٔ ابزار می‌رسد.
    • همهٔ بخش‌ها از یک پیکربندی و یک سبک فرمان استفاده می‌کنند.
    • می‌توانید بخش‌ها را یکی‌یکی و هم‌پای رشد نیازتان به کار بگیرید.
11. 11

    آنچه امروز منتشر شده و آنچه هنوز پیش‌نمایش است

    • قابلیت‌های منتشرشده همین امروز برای استفاده در پروژه‌های واقعی آماده‌اند.
    • قابلیت‌های پیش‌نمایش هنوز در حال تغییرند، پس فرمان‌ها و رفتارشان ممکن است عوض شود.
    • خط لوله‌های حیاتی تولید را به قابلیت‌های پیش‌نمایش وابسته نکنید.
    • بازخورد دربارهٔ قابلیت‌های پیش‌نمایش مستقیماً تعیین می‌کند چه چیزی بعداً منتشر شود.
12. 12

    سکوها، روش‌های نصب و مجوز

    • پیش از استقرار ترن در تیم، بررسی کنید از کدام سیستم‌عامل‌ها پشتیبانی می‌کند.
    • روش‌های نصب باید هم یک اسکریپت سریع و هم یک مسیر استاندارد بسته را پوشش دهند.
    • شرایط مجوز برای استفادهٔ شرکتی مهم است، پس پیش از به کار گرفتن آن را بخوانید.
    • نسخهٔ نصب‌شدهٔ ترن را در خط لولهٔ ساخت ثابت کنید تا ساخت‌ها تکرارپذیر باشند.
13. 13

    ادعاهای این ارائه از کجا آمده‌اند

    • ترن ابزاری فرضی است، پس ادعاهای این ارائه از متن معرفی آن آمده‌اند.
    • جمله‌های کلی دربارهٔ ابزارهای وابستگی بازتاب روال شناخته‌شده‌اند.
    • هر عددی که «نمایشی» خوانده شده یک مثال است، نه اندازه‌گیری.
    • پیش از تصمیم‌گیری، کارایی را روی پروژه‌های خودتان بسنجید.
14. 14

    این هفته ترن را روی یک پروژه امتحان کنید

    • همین هفته یک پروژهٔ کوچک انتخاب کنید و ترن را رویش امتحان کنید.
    • راه‌اندازی کنید، یک وابستگی بیفزایید و این روند را با روند فعلی‌تان مقایسه کنید.
    • یادداشت کنید چه چیزی سریع‌تر است، چه چیزی کم است و چه چیزی غافلگیرتان می‌کند.
    • یافته‌ها را با تیم در میان بگذارید و دربارهٔ گسترش آن تصمیم بگیرید.