گردش‌کار توسعه ICP یک مرکز فرمان ماژولار پیدا می‌کند

ابزارهای توسعه اینترنت کامپیوتر به یک نقطه عطف مهم اما کم‌سروصدا رسیده‌اند: icp-cli اکنون در نسخه ۱.۰.۰ قرار دارد.

اهمیت این انتشار فقط در اضافه‌شدن یک قابلیت بزرگ پروتکلی نیست؛ بلکه در روشن‌ترشدن معماری گردش‌کار توسعه در ICP است. طبق موضوع اعلام انتشار در انجمن پروژه، icp-cli از زنجیره‌ابزارهای ساخت کانسترها، فرایند همگام‌سازی asset canister و راه‌انداز شبکه محلی جدا شده است. در عمل، رابط خط فرمان می‌تواند بدون وادارکردن همه پروژه‌ها به ارتقای هم‌زمان کامپایلر Motoko، محیط Rust، خط لوله دارایی یا replica محلی تغییر کند.

این جداسازی برای تیم‌ها یک انتخاب معماری مفید است. ابزار ساخت، ابزار استقرار و شبکه آزمایشی محلی چرخه انتشار یکسانی ندارند. قرار دادن آن‌ها پشت رابط‌های مستقل می‌تواند وابستگی میان ارتقاها را کاهش دهد و بازتولید محیط پروژه را آسان‌تر کند. مخزن پروژه همچنین گردش‌کار «یک‌بار بساز، چندبار مستقر کن» را توضیح می‌دهد: محیط‌های کانستر می‌توانند مستقل مدیریت شوند و شناسه‌ها به‌جای hard-code شدن در زمان استقرار تزریق شوند.

نسخه ۱.۰.۰ چند تغییر مستقیم برای توسعه‌دهندگان دارد. دامنه پیش‌فرض gateway از icp0.io به icp.net تغییر کرده است. هویت‌های دارای گذرواژه اکنون به‌طور پیش‌فرض گذرواژه را یک‌بار در هر نشست می‌خواهند؛ مدت نشست قابل تنظیم است و دستورهای مشخصی برای احراز هویت مجدد وجود دارد. این انتشار همچنین رفتار قدیمی --set-controller را با --remove-all-controllers جایگزین می‌کند؛ توسعه‌دهندگانی که به نتیجه عملی قبلی نیاز دارند می‌توانند پرچم جدید را با --add-controller ترکیب کنند.

این جزئیات شاید کوچک به نظر برسند، اما به دو بخش حساس گردش‌کار ICP مربوط‌اند: دسترسی و کنترل. فرایند هویت مبتنی بر نشست می‌تواند ورودهای تکراری گذرواژه را در توسعه کاهش دهد، در حالی که معنای صریح‌تر حذف کنترلر، یک عملیات مدیریتی بالقوه مخرب را در خط فرمان آشکارتر می‌کند. هیچ‌کدام نیاز به بازبینی اسکریپت‌ها و مجوزهای استقرار را از بین نمی‌برد.

مسیر نصب ابزار نیز از یک ابزار آزمایشی فراتر رفته است. انتشار، نصب‌کننده‌ها و فایل‌های آماده‌ای برای macOS اپل‌سیلیکون و اینتل، ویندوز x64 و لینوکس ARM64 و x64 ارائه می‌کند. راهنمای سریع مخزن از بسته @icp-sdk/icp-cli استفاده می‌کند و کاربران dfx را به راهنمای مهاجرت ارجاع می‌دهد.

تغییر مهم‌تر، سازمان‌دهی ابزارهاست. به توسعه‌دهندگان ICP یک CLI ارائه می‌شود که مسئول هماهنگی پروژه‌ها و استقرارهاست، در حالی که recipeهای ساخت و زنجیره‌ابزارهای تخصصی می‌توانند اجزای قابل‌تعویض باقی بمانند. این مرزبندی برای تیم‌هایی که چند کانستر را نگهداری می‌کنند، چند محیط را هدف می‌گیرند یا از agentها و خط لوله‌های CI استفاده می‌کنند، سالم‌تر است.

یک نکته احتیاطی درباره منابع وجود دارد: موضوع رسمی انجمن، اعلام v1.0.0 را مربوط به ۲۰ ژوئن ۲۰۲۶ می‌داند، اما صفحه انتشار GitHub تاریخ انتشار را ۱۵ ژوئن ۲۰۲۶ ثبت کرده است. اصل انتشار و قابلیت‌های مستندشده روشن است، اما تاریخ دقیق اعلام در دو صفحه رسمی یکسان نیست.

برای توسعه‌دهندگانی که مهاجرت را بررسی می‌کنند، نقطه شروع عملی مطالعه راهنمای مهاجرت مخزن، ثابت‌کردن نسخه CLI در خودکارسازی‌ها، آزمودن رفتار نشست هویت و بازبینی دستورهای مربوط به کنترلر پیش از اجرای آن‌ها روی کانسترهای تولیدی است. نسخه ۱.۰.۰ را بهتر است یک لایه پایدار برای هماهنگ‌سازی بدانیم، نه مدرکی که نشان دهد همه گردش‌کارهای موجود dfx بدون تغییرات اختصاصی قابل مهاجرت‌اند.