Sui تصلح Cargo.lock لاستعادة عمليات البناء في التكامل المستمر
أصلحت Sui إدخالًا غير قياسي لـ tokio-util في Cargo.lock، أُضيف في الالتزام #28447. كان Cargo يعيد كتابة ملف القفل أثناء عمليات البناء من دون قفل، ما أدى إلى فشل scripts/changed-files.sh في CI، بما في ذلك سير العمل test-tidehunter. يضمن الإصلاح أن الأمر `cargo metadata --format-version 1` لا يغيّر Cargo.lock. لم تُذكر أي تغييرات في البروتوكول أو المنتج موجّهة للمستخدمين.
Neutral
هذا إصلاح لمستودع الشيفرة التابع لـ Sui وللبنية التحتية للبناء، وليس ترقية للبروتوكول أو تغييرًا في اقتصاديات الرمز أو حادثًا أمنيًا أو إعلانًا عن التبنّي. يعالج إدخالًا غير معياري في Cargo.lock كان يتسبب في فشل نصوص CI عندما يعيد Cargo كتابة ملف القفل، ويتحقق من التصحيح باستخدام cargo metadata. قد يحسّن هذا التغيير موثوقية التطوير والاختبار، لكن المقال لا يقدم أي دليل على تأثير فوري في الطلب على SUI أو استخدام الشبكة أو السيولة أو استقرار السوق. عادةً ما يكون تأثير الإصلاحات المماثلة في مسارات البناء على التداول محدودًا، ما لم تكشف عن عطل أوسع نطاقًا أو تؤخر إصدارًا رئيسيًا. لذلك يُرجح أن تتبع تحركات سعر SUI على المدى القصير ظروف السوق الأوسع والأخبار الأخرى المتعلقة بالمشروع؛ أما على المدى الطويل، فالأثر هو تحسّن متواضع في موثوقية العمل الهندسي، لا محفّز صعودي أو هبوطي واضح.