الإصدار الأخير (0.4.2).
القيمة الافتراضية لـ rust.target_dir
هي "rls"
، لذا تبدو شجرة دير النتيجة كما يلي:
project_root/
rls/
src/
target/
إذا قمت بتعيين "rust.target_dir": null
أو "rust.target_dir": "target/rls"
- كل شيء على ما يرام ، يتم استعادة السلوك القديم.
أعتقد أننا يجب أن نصلحه و mb. تغيير القيمة الافتراضية.
أوه ، أعتقد أنه تم إصلاحه في 0.4.4.
أعتقد أنني أواجه نفس المشكلة أيضًا. لا أعتقد أيضًا أنه قد تم إصلاحه ، لأنني أستخدم 0.4.4
.
مما يمكنني رؤيته ، يبدو أن الامتداد rls-vscode
لا يحترم إعداد المستخدم: rust.target_dir: "target/rls"
. عند حذف دليلي target
ثم إعادة تشغيل vscode
يتم إنشاء الدلائل target/{debug,doc}
فقط ، بغض النظر عن القيمة التي تم تعيين rust.target_dir
عليها. بشكل افتراضي ، يتم تعيينه على target/rls
وكان لدي في الأصل دليل target/rls
، قبل أن أحذفه.
باستخدام مستكشف العمليات أستطيع أن أرى أن rls.exe
له مقبض لإحدى مكتبات DLL في الدليل target/debug
. هذا rls.exe
عملية فرعية لـ code.exe
. يمكنني إنشاء وتشغيل كود Rust الخاص بي بشكل جيد تمامًا دون فتح vscode
.
أنا أستخدم حاليًا مضيف Windows مع تثبيت القناة الثابتة لـ Rust من خلال rustup
. أستخدم إعداد المستخدم: rust-client.channel: "stable"
.
يسعدني جدًا جمع المزيد من المعلومات إذا لزم الأمر.
بعد بعض التجارب ، وجدت أن إعداد rust.target: "rls"
(وليس rust.target_dir
!) سيجعل rls
يستخدم الدليل target/rls
. لقد رأيت للتو الخيار في إعدادات المستخدم واعتقدت أنني سأجربه ونجح ؟! لست متأكدًا من استخدام الخيار الصحيح أيضًا ، ولكن على الأقل في الوقت الحالي يسمح لي هذا بالتحرير باستخدام rls
والتجميع والتشغيل في نفس الوقت.
ثابت اعتبارًا من 0.6.1.
التعليق الأكثر فائدة
بعد بعض التجارب ، وجدت أن إعداد
rust.target: "rls"
(وليسrust.target_dir
!) سيجعلrls
يستخدم الدليلtarget/rls
. لقد رأيت للتو الخيار في إعدادات المستخدم واعتقدت أنني سأجربه ونجح ؟! لست متأكدًا من استخدام الخيار الصحيح أيضًا ، ولكن على الأقل في الوقت الحالي يسمح لي هذا بالتحرير باستخدامrls
والتجميع والتشغيل في نفس الوقت.