ذات صلة: https://github.com/Microsoft/vscode/issues/679

هذا هو الحل الخاص بي لمزامنة روابط المفاتيح والإعدادات على Linux و Windows إذا كنت مهتمًا. لم أفكر بعمق في القيام بذلك باستخدام الامتدادات حتى الآن ، لكنني قدمت ملفًا https://github.com/Microsoft/vscode/issues/691 منذ بعض الوقت للمساعدة في ذلك.

تستخدم إعدادات مزامنة المكون الإضافي لـ Atom GitHub Gist للنسخ الاحتياطي / المزامنة:

• إعدادات
• الحزم
• خريطة المفاتيح
• _ (الأنماط) _
• _(فيه)_
• المقتطفات

يدعم Atom أيضًا حزم النجوم مباشرة في Github ثم تثبيتها بسهولة باستخدام apm stars --user thedaniel --install .

Imo هذه أولوية منخفضة جدًا لأن معظم إعدادات الوقت يتم استبدالها بإعدادات مساحة العمل التي تتم مزامنتها مع التحكم في الإصدار على أي حال.

تعد امتدادات felixfbecker أحد الأشياء التي لا تتحكم في الإصدار. ولا هي خريطة المفاتيح.

csholmq هذه مشكلة منفصلة بالرغم من ذلك. على سبيل المثال ، يمكن أن يكون هناك .vscode/extensions.json يحدد الامتدادات التي يجب تثبيتها لهذا المشروع ، مثل editorconfig أو محول تصحيح أخطاء معين ، مع قيد إصدار semver مثل package.json.

لا يتعلق هذا بطلب واجهة برمجة التطبيقات الأصلي الذي تم طرحه في هذه المشكلة ، ولكن هناك ملحق مزامنة يستخدم Gists. https://marketplace.visualstudio.com/items؟itemName=Shan.code-settings-sync

egamma بالضبط الوظيفة التي سعيت إليها. ولكن كما ذكر felixfbecker ، ربما تكون هذه المسألة منفصلة.

قد يكون من الجيد أيضًا تثبيت امتداد مرة واحدة على جهاز واحد ، وجعل أجهزتك الأخرى تطالب بالامتداد نفسه أو تثبته تلقائيًا في أي مكان آخر.

كان لدى Atom مستعرض حزمة عبر الإنترنت مع "stars" ، وكان هناك أمر يمكنك تشغيله لتثبيت كل شيء قمت بتمييزه بنجمة. لا تزال غير تلقائية ، لكنها كانت البداية.

أعلم أن الآخرين قد يعترضون ، لكنني شخصياً ليس لدي مشكلة في تسجيل الدخول إلى VSCode باستخدام حساب Microsoft الخاص بي مرة واحدة لكل جهاز ، إذا كان ذلك يسهل هذا المستوى من الراحة. ربما يمكن تقديم إطار عمل للمزامنة أو شيء ما ، بحيث يمكن أن تنفذ الامتدادات الخاصة بالمزود المصادقة والثبات على السحابة (على سبيل المثال ، واحد لـ Microsoft ، وواحد لـ Google Drive ، و Dropbox ، وما إلى ذلك).

لقد كتبت ملحقًا منذ فترة ( هنا ، لم يتم تحديثه أيضًا منذ فترة ) حاول المساعدة في مزامنة الامتدادات بين أجهزة الكمبيوتر باستخدام خدمات مزامنة الملفات. في الأصل ، دعمت فقط سمات المزامنة لأن امتدادات المزامنة بدت فوضوية إلى حد ما.

أعتقد أن هذا يجب أن يكون الطريقة الصحيحة للحفاظ على الامتدادات بين أجهزة الكمبيوتر. احتفظ بقائمة بالملحقات التي تم تثبيتها في مكانها ، وكن قادرًا على انتقاء واختيار الملحقات التي يجب تثبيتها على أي جهاز كمبيوتر ، ثم إدارة إعدادات المزامنة لتلك الملحقات فقط. أفترض أن الطريقة الموصى بها للإضافات لإدارة الإعدادات هي من خلال هذا ؟

https://marketplace.visualstudio.com/items؟itemName=Shan.code-settings-sync يقوم بمزامنة الامتدادات بشكل جيد جدًا

أتفق معك كثيرًا ، أضف ميزات - الحساب والمزامنة ، والتعامل مع مزامنة الإعدادات ومزامنة الملحقات (تمييز الامتدادات المملوكة) ، ما سيجعل التثبيت ومزامنة رمز VS أسهل بكثير بين أجهزة كمبيوتر متعددة.
امتدادات أخرى تقوم بمزامنة الامتدادات: https://marketplace.visualstudio.com/items؟

إضافة إلى هذه الفكرة ينبغي النظر فيها. فصل الامتدادات العامة والإعدادات عن تلك الخاصة بالمشروع. مثل الحزم العالمية npm من تبعيات المشاريع.

felixfbecker ، إنه حل جيد ، لكن لماذا Shift + Alt + U لا يستجيب؟ نظام الكمبيوتر الخاص بي هو Mac وإصدار vscode هو 1.18.0. شكراً جزيلاً.

chenxiaochun يتعارض مع مفتاح التشغيل السريع الآخر في جهاز الكمبيوتر الخاص بك ، ربما مفتاح التشغيل السريع للنظام ، ولكن في الغالب يشبه التعارض مع مفتاح التشغيل السريع للتطبيق الذي قمت بتثبيته في جهاز Mac الخاص بك. Ctrl + Shift + P (إظهار كل الأوامر ، ملكي هو windows ، يمكنك التحقق من ذلك في نظام Mac) ، قم بإيقاف المزامنة عن طريق تحديد الأمر في القائمة. طريقة أخرى ، يمكنك تعديل مفتاح التشغيل السريع في vscode أو العثور على التطبيق وتعديل مفتاح التشغيل السريع.

أريد الامتدادات التي قمت بتثبيتها. لدي حوالي 30 امتدادًا كيف يمكنني تصديرها إلى أجهزة كمبيوتر متعددة؟

نظرًا لعدم وجود تنفيذ رسمي لمثل هذه الميزة في vscode - أستخدم ملحقًا يسمى "مزامنة الإعدادات" والذي يقوم بمزامنة الإعدادات والإضافات

لا يزال لا يوجد دعم لهذا؟ : /
أرغب في الحصول على إعدادات / امتداد VS Code للمزامنة التلقائية مع حساب Microsoft الخاص بي

أعتقد أنه ينبغي إعطاؤها أولوية أكبر. يمتلك العديد من المستخدمين أجهزة متعددة أو إعداد مزدوج التمهيد أو vscode على جهاز العمل والجهاز المنزلي.

صحيح ، يجب أن تكون ميزة إلزامية في مثل هذه التطبيقات في الوقت الحاضر

تصويت آخر لهذا.

تصويت مؤيِّد

لا أريد أن أرى تعليقًا "تصويتًا إيجابيًا" آخر. قم بالتصويت لصالح منشور الإصدار الأصلي في الأعلى بدلاً من ذلك. من فضلك لا تشوش المناقشة بالتعليقات الإيجابية.

كنت آمل أن يكون شيئًا كهذا متاحًا في الوقت الحالي ، حيث كنت أدعم أشيائي غير المتزامنة ، استعدادًا للتنسيق. حتى إذا لم تكن هناك مزامنة ، فيجب أن يكون هناك شيء على الأقل لتصدير ملف التعريف بالكامل ، بحيث يمكنني استيراده لاحقًا بعد التنسيق ، أو إلى جهاز كمبيوتر آخر. الحل الحالي هو:

• code --list-extensions للحصول على قائمة بالملحقات ، الصقها في ملف .txt في مجلد متزامن.
• انسخ والصق إعدادات المستخدم JSON في ملف .txt في مجلد متزامن.
• انسخ والصق روابط المفاتيح JSON في ملف .txt في مجلد متزامن.

ليس سيئًا للغاية ، لكنه لا يزال قذرًا. لست متأكدًا بنسبة 100٪ من أنني قمت بعمل نسخة احتياطية من كل شيء يتعلق بـ VScode ، لسبب واحد.

تحرير: لاحظت فاتني أحد ، لحسن الحظ قبل أن أبدأ في التنسيق. تمت إضافة العنصر الثالث إلى القائمة.

لماذا لا تكتفي بمجرد ربط الاثنين اللذين يحتويان على امتدادات الإعدادات وما إلى ذلك باستخدام صندوق الإسقاط؟ لقد فعلت هذا مع الذرة لسنوات دون مشاكل. هل هناك سبب لفشل هذا مع vscode؟

يمكن أن تحتوي امتدادات backspaces على وحدات نمطية أصلية بداخلها ، لذلك قد لا تعمل ملحقات المشاركة بين Linux و Windows (على سبيل المثال)
من الأفضل مشاركة قائمة معرفات الإضافات فقط (بدلاً من الامتدادات نفسها) ، حتى يتمكن الرمز (أو أي شيء آخر) من تثبيتها

بالإضافة إلى أنها ستكون تجربة أفضل بكثير إذا قمت ببساطة بتسجيل الدخول في VSCode وقم فقط بتحديد بعض مربعات الاختيار عندما تطالبك: "يرجى التحقق مما تريد استيراده / مزامنته:"

[x] extensions
[x] themes
[x] settings

متفق! :)

من فضلك اجعل هذا يحدث. اليوم لدينا ملحق مزامنة الإعدادات ولكن من الصعب حقًا الإعداد مع الجوهر وما إلى ذلك. سيكون هناك شيء مدمج في VScode خارج الصندوق سيكون أفضل بكثير ويمكننا الاستفادة من ذلك دون القلق بشأن تثبيت الامتداد الصحيح

antoninadert قال حسنا

يرجى استخدام زر الإعجاب إذا كنت توافق على تعليق / مشكلة. يشترك معظمنا في المشكلات حتى يتم إخطارنا بالتقدم والإعلانات ، كما أن تلقي رسائل البريد الإلكتروني مع التعليقات المفاجئة أمر مزعج في أحسن الأحوال.

سيكون من الجيد معرفة ما إذا كانت Microsoft لديها هذا في خارطة الطريق الخاصة بهم. أتخيل أنه أمر صعب لأنه سيعني تضمين بعض التعليمات البرمجية الخاصة وسيتلف المجتمع مفتوح المصدر نفسه عندما يصبح جزء من الشفرة معتمًا. ولكن ربما لم يكن هذا هو الحال ويمكن أن تدرجه MS باستخدام التعليمات البرمجية المفتوحة. في كلتا الحالتين ، سيكون من الجيد إجراء تحديث لهذه الميزة المطلوبة كثيرًا.

لا تعمل الحلول الموجودة حاليًا (مثل Settings Sync و CodeSync) بشكل جيد عند إلغاء تثبيت الملحقات بسبب هذه المشكلة: https://github.com/Microsoft/vscode/issues/14444
أفترض أنه إذا تم إصلاح ذلك ، فستكون حلول المجتمع أقل تعقيدًا ولكنها ستظل معقدة.

هل يعرف أي شخص ما إذا كان لدى MS خارطة طريق للرمز في أي مكان؟

لا يهم ، لقد وجدته: https://github.com/Microsoft/vscode/wiki/Roadmap

ولا يبدو أنه تم ذكر أي شيء يتعلق بمزامنة الإعدادات. عبرت الأصابع للعام المقبل. لكننا جميعًا نتذكر الشعار البني ؛ ربما ، مع عدد كافٍ من الأصوات المؤيِّدة ، سوف يلقون نظرة على هذه المسألة عاجلاً.

لقد ذكرت حل صندوق الإسقاط سابقًا وأوافق على وجود أسباب ضده.

ولكن: بافتراض أن جهازي الكمبيوتر اللذين أقوم بمزامنتهما هما جهازا Mac من نفس إصدار نظام التشغيل ، فهل هناك أي سبب لعدم استخدام نهج صندوق الإسقاط؟

وقد لاحظت أن الكود cli لديه حتى طريقة لتغيير مجلد الامتداد ، لذلك يمكن أن يكون مباشرة في صندوق الإسقاط بدون روابط رمزية.

بصفتي مؤلفًا لـ "Settings Sync" ، أوافق على المشاركة الفعلية لهذا الموضوع.

بدلاً من ذلك ، يتم توفير حل المزامنة من طرف إلى طرف بواسطة Microsoft نفسها.
سيكون من الرائع توفير طرق للسماح للملحقات بالحصول على المعلومات المطلوبة.

علي سبيل المثال:

1. السماح لمؤلفي الإضافات بقراءة أي ملفات داخل الدليل User . سوف يديرون أنفسهم لإنشاء غلاف إما باستخدام GitHub و Google Drive و OneDrive و GitLab وما إلى ذلك.
2. قم بإنشاء واجهة برمجة تطبيقات أكثر تخصيصًا للسماح بأحداث في نقاط معينة ، مثل تفتقر Settings Sync حاليًا إلى التحميل التلقائي على أي تنزيل ملحق. لقد فتحت القضية ولدي أكثر من 800+ تصويت https://github.com/Microsoft/vscode/issues/14444 لكنها لا تزال معلقة.
3. السماح لمؤلفي الملحقات بتمكين / تعطيل الملحقات - https://github.com/Microsoft/vscode/issues/15466 و https://github.com/Microsoft/vscode/issues/37620

ملاحظة: أتطلع دائمًا إلى تحسين Settings Sync - لا تتردد في مناقشة وإرسال بيان العلاقات العامة إلي أو تحسين موقع Wiki العام

52739 هو طلبي. أثناء وضع علامة على أنه نسخة مكررة (أنا موافق على ذلك) ، أعتقد أنه من المهم ملاحظة أن الاختلاف الأساسي بين هذا الطلب والطلب الخاص بي هو أن هذا الطلب يدافع عن دعم تمديد أفضل (أفضل) بينما أنا أجادل للدعم المدمج ( الأفضل) كما هو الحال في Visual Studio منذ 2013.

أتفق تمامًا مع Chiramisu : لا نريد دعمًا أفضل للتمديد. نريد مزامنة مضمنة.

يتعارض امتداد المزامنة مع الغرض من المزامنة عن طريق إضافة الكثير من النفقات العامة. هذا هو الحل الحالي لدينا.

ما مدى روعة تسجيل الدخول إلى الاستوديو المرئي وتنزيل ملف التعريف والمشاريع والإضافات والإعدادات على الفور؟ على أي جهاز (شخصي ، عمل).

حسنًا ، هذا ما يفعله Google مع Chrome: فهو يقوم بالمزامنة التلقائية للإضافات وبيانات الاعتماد والمفضلة ... عند تسجيل الدخول.
هذه ميزة قاتلة إذا سألتني.

antoninadert أفضّل VSCode الذي يعرض واجهات برمجة التطبيقات للإضافات لإجراء المزامنة ، وتأكد من أن أحدها يمكن أن يكون من Microsoft نفسها باستخدام OneDrive أو GitHub. أنا فقط لا أرى سببًا لضرورة وجود مزامنة مضمنة لصالح مزود خدمة سحابية واحد.

gandalfsaxe لسبب واضح هو أنه يمكنك الحصول عليه على تثبيت جديد من Visual studio ، على كل جهاز ، وبدون أي تكوين.

إذا كانت هذه المزايا لا تتحدث إليكم فأنا جاهل ...

antoninadert أنا بالتأكيد لن أعترض إذا فعلوا ذلك ، وسأرى أنه أفضل من لا شيء ، لكنني ما زلت أفضل طريقة API / الامتداد لسببين وثيقين الصلة:

1. إذا فعلوا ذلك بشكل مدمج ، فقد لا نحصل على امتداد API له أيضًا ، لذلك قد نتعثر مع الحل المدمج لبعض الوقت دون بدائل. يمكن أن تكون مشكلة أمنية لشركات مختلفة من حيث المبدأ إذا كان الخيار الوحيد هو OneDrive أو GitHub.
2. عدم تفضيل أحد الحلول / التخزين السحابي على الآخر. لن تمانع في الحصول على امتداد مطور من Microsoft مدعوم جيدًا.

ولكن إذا كانت توفر وظائف مضمنة وواجهة برمجة تطبيقات للإضافات الأخرى لإجراء المزامنة في نفس الوقت ، فسيكون ذلك رائعًا أيضًا.

ما زلت أفكر في أن مزامنة API هي السبيل للذهاب. ونعم ، كما اقترح gandalfsaxe ، سيكون امتداد المزامنة المطور جيدًا من Microsoft المدعوم جيدًا أيضًا. أنا أيضًا لا أمانع أن يتم تثبيت هذا الامتداد مسبقًا أيضًا. سيكون هذا هو الحل الوسط المثالي بين الراحة وقابلية التوسع.

لكني أجد أنه من الغريب البدء في الحصول على امتدادات مثبتة مسبقًا. أعتقد أن VSCode لا يزال يجب أن يأتي بدون امتدادات خارج الصندوق. إذا كان مهمًا / عالميًا بدرجة كافية ، فيجب أن يكون مدمجًا. وإلا فإنه يجب أن يكون في السوق مثل أي شيء آخر. سيكون من الغريب أن يكون لديك امتداد مزامنة واحد كاستثناء فريد 🙂

ولكن إذا كانت توفر وظائف مضمنة وواجهة برمجة تطبيقات للإضافات الأخرى لإجراء المزامنة في نفس الوقت ، فسيكون ذلك رائعًا أيضًا.

أعتقد أيضًا أن هذا سيكون الحل الأمثل ، لذلك إذا كان لدى شخص ما حل أفضل من الحل الأصلي ، فيمكنه استخدامه.

ولكن لا يزال وجودها مدمجًا هو الخيار الأكثر أهمية إذا سألتني

تضمين التغريدة

1. إذا فعلوا ذلك بشكل مدمج ، فقد لا نحصل على امتداد API له أيضًا ، لذلك قد نتعثر مع الحل المدمج لبعض الوقت دون بدائل. يمكن أن تكون مشكلة أمنية لشركات مختلفة من حيث المبدأ إذا كان الخيار الوحيد هو OneDrive أو GitHub.

المضمن لا يعني "OneDrove عاقدة العزم. يجب أن يقدم خيارات.

1. عدم تفضيل أحد الحلول / التخزين السحابي على الآخر. لن تمانع في الحصول على امتداد مطور من Microsoft مدعوم جيدًا.

أعتقد أن وجود التدفق التالي أكثر أهمية: 1) تثبيت VSCode ؛ 2) تسجيل الدخول ؛ 3) هذا كل شيء
لذلك يجب أن يكون هناك حل مدمج.

MrCroft بالتأكيد سيكون ذلك رائعًا إذا تمكن فريق VSCode من إعطاء الأولوية للدعم المدمج لخدمات السحابة من 3 إلى 10. كان اقتراحي من افتراضاتي أن فريق VSCode ليس لديه هذه المشكلة كأولوية خاصة.

في رأيي يمكن أن يتم الحل في خطوتين:

1. الحل الآن: كشف واجهات برمجة التطبيقات ذات الصلة بحيث يمكن للملحق مزامنة جميع العناصر ذات الصلة باستخدام خدمة سحابية عشوائية.

2. حل طويل الأمد: 1) تثبيت VSCode ؛ 2) تسجيل الدخول.

سأكون سعيدًا بأي حل رغم ذلك. يعد استخدام VSCode متعدد المنصات أمرًا مرهقًا بعض الشيء في الوقت الحالي.

gandalfsaxe أرى وجهة نظرك تمامًا (وتلك الخاصة بالآخرين) فيما يتعلق بحجة API ، وأنا أتفق معك في كثير من النواحي. في كلتا الحالتين ، أنا شخصياً أفضل أن يكون لدي خيار Microsoft لأنني أقوم بالمزامنة مع حساب Microsoft الخاص بي ، وبالتالي أثق بهم بهذه البيانات. ومع ذلك ، فأنا جميعًا مع الأشخاص الذين لديهم خيارات. دع أفضل تمديد يفوز.

تعد بيئات المزامنة قيمة كبيرة مضافة لي لأن لدي كل من VSCode و VSCode Insiders مثبتين على ما لا يقل عن جهازين و 3-4 بيئات إجمالية بما في ذلك أجهزة ظاهرية محلية (Windows و Linux).

حاولت استخدام ملحق Setting Sync الواعد من Shan Khan ، لكنه غير متوافق مع الإصدار المحمول من VSCode. لما لا؟ أعتقد أنه ينتظر VSCode لتوفير واجهة برمجة تطبيقات لفضح مسارات الملفات حتى يتمكن من القيام بذلك بشكل أكثر أمانًا ، ولا يحتاج إلى ترميز مسارات مختلفة.

لا يوجد حاليًا معرّف للامتداد لمعرفة ما إذا كان الرمز يعمل كوضع محمول.
لدعم الوضع المحمول ، تحتاج Settings Sync إلى معرفة ما إذا كان الرمز يعمل عليه (https://github.com/Microsoft/vscode/issues/54824) والمسارات المختلفة حتى المستخدم قد تغير (https://github.com/ Microsoft / vscode / قضايا / 2741) كما ذكر GandalfSaxe .

shanalikhan هل يمكن أن يكون التبديل اليدوي بين الحلول المحمولة / غير المحمولة حلاً مؤقتًا؟

يرجى التكامل مع حساب Microsoft أو / و github لمزامنة جميع المواد. :)

s2 vscode! أفضل بيئة تطوير متكاملة على الإطلاق!

إذا تم دمج vscode مع حسابات Microsoft أو Github ، فقد تكون هناك تحسينات على عارض الامتداد مثل القدرة على مراجعة امتداد من Code. قد يكون هناك أيضًا خيار للإبلاغ عن المشكلات التي تنشئ معلومات الإضافة تلقائيًا.

نظرًا لأن Microsoft تمتلك Github ، فسيكون ذلك أيضًا مربحًا لأنه سيشجع الناس على الاحتفاظ بحساباتهم على Github. من شأن تكامل git الفائق أن يحفز الأشخاص حقًا على ترك محرري النصوص الآخرين وراءهم واعتماد Code.

أفكر ربما في تغيير عرض إعداد النشاط بحيث يعمل كمدير حساب؟ يمكن أن يسرد الإشعارات وإعدادات الحساب والمزيد. سيحل محل قائمة السياق فقط ، مما يؤدي إلى إنشاء واجهة أكثر انسيابية.

أفضل حقًا vscode للبحث عن مجلد .vscode في دليلي الرئيسي وتحميل الإعدادات من هناك إذا كان موجودًا. سيسمح لي هذا بتحديد الخدمة التي أقرر مزامنتها معها وكيف يحدث ذلك خارج التطبيق تمامًا. إذا كنت أرغب في استخدام git: أقوم بإنشاء .vscode في git repo ، إذا كنت أرغب في استخدام صندوق الإسقاط: يمكنني ربطه بالرمز ، وما إلى ذلك ...

يدعم العديد من المحررين الملفات النقطية من atom إلى vim وكل شيء بينهما. تبحث العديد من هذه الأدوات حتى عن ملفات dotfiles على Windows ، لذلك لا أرى سبب تجاهل هذا النمط هنا.

@ fishpen0 كيف يعمل ذلك مع النسخة المحمولة؟

إذا كان هناك دليل .vscode في نفس مسار الملف القابل للتنفيذ ، فقم بتحميله بأعلى تفضيل.

@ fishpen0 أعتقد أن هذه فكرة جيدة: استخدم الملف في .vscode إذا كان موجودًا (ربما أضف صفًا لتحديد الأولوية: .vscode فوق المزامنة ، .vscode مع المزامنة (حاول المزج) ، .sync فوق .vscode)
حتى يكون لدينا أفضل ما في العالمين

بعض الأشياء الرائعة هنا.
سأكون سعيدًا بملف .vscode يحتوي على جميع المعلومات التي أريدها "محمولة" ... بهذه الطريقة يمكنني الاحتفاظ بهذا المجلد في مستودع Git ... تغيير طفيف للطريقة المفضلة في # 56850 ، لكنها مقبولة.

ثم سيكون شيئًا مثل:

1. قم بتثبيت VSCode
2. استنساخ .vscode Git repo إلى موقع .vscode الذي يبحث عنه VSCode.
3. أعد تشغيل VSCode ، ثم راقبها وهي تعود مع جميع إعداداتي وتثبيت الإضافات ومستودعات Git المرتبطة.

يعد إنشاء مثيل آخر لـ VSCode على جهاز كمبيوتر آخر أمرًا مزعجًا للغاية. هناك عدد كبير جدًا من الملحقات لإعادة تثبيتها ، والكثير من مستودعات Git لإعادة نسخها ، وإعدادات كثيرة جدًا لإعادة تثبيتها.

يجب أن تكون قادرًا على تصدير / استيراد قائمة ملحقات على الأقل ، يجب أن يكون ذلك سهلاً بدرجة كافية للتنفيذ.

ترغب في إضافة إعدادات الاستيراد والتصدير أو تحميل الإعدادات إلى حساب Microsoft.

إذا كان التكامل مع حساب Microsoft سيكون صعبًا. ربما يمكن تنفيذه في البداية كما تفعل ملفات تعريف المتصفح ، ويفصل كل تكوين المستخدم في مجلد واحد فقط. بعد ذلك ، يمكن للمستخدم إنشاء ، على سبيل المثال ، مستودع git لمزامنته في أماكن أخرى. المزامنة هي شيء يقوم به Git بشكل جيد ويمكن دمجه مع أي نظام سحابي مثل Bitbucket و Gitlab وما إلى ذلك.

مندهش حقًا من أن مزامنة الحساب لم يتم دمجها في Code منذ اليوم الأول. يبدو وكأنه لا يفكر.

من SrTobi

لذا إليك بعض الأفكار لجعل المزامنة نظيفة وقابلة للتوسيع:

• إضافة نقطة مساهمة لامتدادات التزامن

نعم!!! يجعل من الممكن أن تكون لطيفًا ونظيفًا.

أود إضافة اعتبار واحد. وراثة الإعدادات مع إلغاء بناءً على مصدر الإعداد. لا أريد أن يكون التكوين الخاص بي هو نفسه في جميع المشاريع. عند العمل في Vim ، من الشائع أن يكون لديك تكوينات قائمة على المشروع لوحدات الماكرو / اختصارات ربط المفاتيح ، على الرغم من أن Vim يشبه إلى حد كبير الغرب المتوحش في هذا الصدد ، ولهذا السبب أحب تفكيرك في جعل هذا ممكنًا من خلال نقطة مساهمة. يسمح Eclipse بهذا أيضًا لجميع أنواع الإعدادات ، على الرغم من أنه ليس نظيفًا جدًا في الكسوف.

+1

هناك بعض الميزات التي لا أثق بها في أي امتداد تابع لجهة خارجية. مزامنة الحساب هي بالتأكيد واحدة منهم !!

يحتوي Visual Studio "العادي" على هذه الميزة: تقوم بتسجيل الدخول باستخدام حساب Microsoft الخاص بك ويقوم بمزامنة الإعدادات. لقد كان موجودًا منذ Visual Studio 2015 على الأقل. سيكون من الرائع أن يكون هذا في VS Code أيضًا. أتساءل عما إذا كان بإمكانه إعادة استخدام نفس النظام الخلفي؟

هناك امتداد لهذا. https://marketplace.visualstudio.com/items؟itemName=Shan.code-settings-sync

من منظور إعداد جهاز جديد ، يجبرني هذا الامتداد على متابعة عملية تثبيت هذا الامتداد وإضافة مفاتيح جيثب إلى vscode قبل أن أتمكن من مزامنة إعداداتي بسبعة. في هذه المرحلة ، ربما أقوم بنسخ إعداداتي يدويًا من ملف في صندوق الإسقاط أو أي شيء على أي حال.

كل ما أريده هو دليل يمكنني إسقاط ملفات الإعدادات والمكونات الإضافية الخاصة بي في التحميلات التلقائية الخاصة بـ vscode حتى أتمكن من إدارتها باستخدام أي أداة أو عملية أريدها.

سأكرر اقتراحي باستخدام النمط dotfile folder in my home directory الذي يدعمه أيضًا كل محرر استخدمته من قبل (vim، sublime، atom، jetbrains، emacs).

أدرك أن هذا النمط قد يكون مربكًا أو جديدًا للأشخاص القادمين من بيئات Windows ، ولكنه فعال للغاية في حل هذه المشكلة. يرجى إلقاء نظرة على https://dotfiles.github.io/ للحصول على مئات الأمثلة من الأشخاص الذين يستخدمون ملفات dotfiles لإدارة إعداداتهم بين الأجهزة والبيئات.

أنت تبحث في مهلة التكوين في كلتا الحالتين. أنا لا أقول "هذه الفكرة سيئة" ، أنا فقط أتأكد من أن أولئك الذين يبحثون عن هذه الوظيفة يدركون في الواقع أنها موجودة عبر الامتداد. قد لا يكون ذلك كافيا بالنسبة لك. قد يكون ذلك كافيا بالنسبة لهم.

أفضل تسجيل الدخول إلى حساب MS الخاص بي وجعله يقوم بمزامنة كل شيء مثل كيفية مزامنة Google Chrome لكل شيء.

من: cmcit-bferg [email protected]
تاريخ الإرسال: الأربعاء ، 3 أبريل 2019 ، الساعة 10:04:23 مساءً
إلى: Microsoft / vscode
نسخة إلى: tjgruber ؛ تعليق
الموضوع: Re: [Microsoft / vscode] تقديم الدعم لمزامنة الإعدادات عبر الأجهزة (# 2743)

أنت تبحث في مهلة التكوين في كلتا الحالتين. أنا لا أقول "هذه الفكرة سيئة" ، أنا فقط أتأكد من أن أولئك الذين يبحثون عن هذه الوظيفة يدركون في الواقع أنها موجودة عبر الامتداد. قد لا يكون ذلك كافيا بالنسبة لك. قد يكون ذلك كافيا بالنسبة لهم.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، واعرضها على GitHub https://eur02.safelinks.protection.outlook.com/؟url=https٪3A٪2F٪2Fgithub.com٪2FMicrosoft٪2Fvscode٪2Fissues٪2F2743٪23issuecomment-479638007&data=02 ٪ 7C01٪ 7C٪ 7C56f78e59d2884cb592d308d6b86f9245٪ 7C84df9e7fe9f640afb435aaaaaaaaaaaa٪ 7C1٪ 7C0٪ 7C636899186661366632 وsdata = ITS3٪ 2B7c1ZmJWka4q1yS3O٪ 2BfpoSl6sjCs7d4ERESn٪ 2F٪ 2Fk٪ 3D & محفوظة = 0 ، أو كتم موضوع https://eur02.safelinks.protection.outlook.com/؟url= HTTPS٪ 3A٪ 2F٪ 2Fgithub.com٪ 2Fnotifications٪ 2Funsubscribe-المصادقة٪ 2FAO2oZ6E6OqvvTlOgQKwld4j5RhDr9vtVks5vdQlHgaJpZM4HUeqZ والبيانات = 02٪ 7C01٪ 7C٪ 7C56f78e59d2884cb592d308d6b86f9245٪ 7C84df9e7fe9f640afb435aaaaaaaaaaaa٪ 7C1٪ 7C0٪ 7C636899186661376637 وsdata = CQb0niUDYXXvo٪ 2BcstXiyu5zxZ3h٪ 2BHpFNV7٪ 2BGbiM3WAA٪ 3D & محفوظة = 0 .

آمل حقا يا رفاق أن تدعموا تسجيل الدخول. عندما أقوم بتغيير جهاز الكمبيوتر الخاص بي ، يجب أن أعيد كتابة التكوين الخاص بي ، فأنا أكره هذا القطع.

توفر مزامنة الإعدادات الآن واجهة المستخدم الرسومية لدمج ومزامنة إعداداتك بسلاسة بمجرد تسجيل الدخول إلى Github واختيار GIST من قوائم GUI Gist.

ما رأيكم في ذلك يا رفاق ، وكيف يمكننا تحسينه أكثر من ذلك بكثير.

إلى أولئك الذين يواصلون الإصرار على استخدام ملحق طرف ثالث ، أعتقد أنك تفتقد النقطة. حتى لو كانت واجهة برمجة التطبيقات آمنة ، حتى إذا قمت بمراجعة الكود المصدري في نقطة زمنية محددة لضمان عدم وجود عمل مضحك ، فمن غير المرجح أن أستمر في القيام بذلك إلى أجل غير مسمى.

لذلك ، بالنسبة لأي حساب لدي مع أي خدمة ، فإنني أثق فقط في ذلك المزود مع المعلومات المتعلقة بحسابي. في الواقع ، قد ينزلقون أيضًا ، لكنني أفضل التخفيف من هذا الخطر من خلال عدم تقديم ملحق طرف ثالث كمتغير آخر وثغرة أمنية محتملة. عندما يتعلق الأمر بالأمن ،

أحاول دائمًا اتخاذ قرارات حكيمة ومستنيرة ، واستخدام تطبيق تابع لجهة خارجية لمزامنة البيانات عبر حسابي سيكون عكس ذلك تمامًا.

لا أشعر بالرضا عن استخدام أي امتداد لمزامنة جميع إعداداتي. يجب أن تكون ميزة مضمنة من Visual Code. تسجيل الدخول باستخدام حساب GitHub أو Microsoft وحفظ جميع البيانات مثل:

• ملحقات
• الإعدادات (التكوينات)
  وإلخ.

انا اقبل. يعمل الامتداد بشكل جيد ، ولكن يبدو أنه فرصة ضائعة لتكون أكثر سهولة في الاستخدام من خلال ربط كل شيء إما بـ Microsoft أو GitHub

ربما يكون هذا أحد تلك الأشياء التي ستكون فيها Microsoft عديمة الفائدة! سيكون الأمر متروكًا لبعض المطورين لإنشاء امتداد لهذا ... من المحتمل أن يتم إكماله بسرعة أكبر وبجودة أفضل.

حتى لو لم تكن مزامنة الإعدادات ، فهي طريقة موثوقة على الأقل لتصديرها جميعًا واستيرادها جميعًا. أستخدم إعدادات وإضافات مختلفة بناءً على ما إذا كانت مرتبطة بالشركة أم شخصية ، لذلك بالنسبة لي ، سيكون التصدير / الاستيراد أفضل من المزامنة. لكن كلاهما سيكون لطيفا!

إلى أولئك الذين يواصلون الإصرار على استخدام ملحق طرف ثالث ، أعتقد أنك تفتقد النقطة. حتى لو كانت واجهة برمجة التطبيقات آمنة ، حتى إذا قمت بمراجعة الكود المصدري في نقطة زمنية محددة لضمان عدم وجود عمل مضحك ، فمن غير المرجح أن أستمر في القيام بذلك إلى أجل غير مسمى.

لذلك ، بالنسبة لأي حساب لدي مع أي خدمة ، فإنني أثق فقط في ذلك المزود مع المعلومات المتعلقة بحسابي. في الواقع ، قد ينزلقون أيضًا ، لكنني أفضل التخفيف من هذا الخطر من خلال عدم تقديم ملحق طرف ثالث كمتغير آخر وثغرة أمنية محتملة. عندما يتعلق الأمر بالأمن ،

أحاول دائمًا اتخاذ قرارات حكيمة ومستنيرة ، واستخدام تطبيق تابع لجهة خارجية لمزامنة البيانات عبر حسابي سيكون عكس ذلك تمامًا.

بالضبط ما اعتقدت. لا أفهم سبب عدم وجود وحدة مزامنة مضمنة في VSCode.

لقد بدأت للتو في الاحتفاظ بالإعدادات وقائمة الامتدادات الخاصة بي في الريبو (باستخدام برنامج نصي لإعداد محطة العمل):

https://gitlab.com/aztek-io/vscode-settings

أتفق تمامًا على الرغم من أنه سيكون من الجيد أن تتصرف vscode مثل Google Chrome حيث تقوم فقط بتسجيل الدخول بحسابك وكل شيء بالطريقة التي قمت بتكوينها عبر عدد لا يحصى من محطات العمل.

لماذا لا يكتب شخص ما امتدادًا لأتمتة إدارة ملفات
الإعدادات في Git repo ، وإجراء عمليات الإلتزام والدفع / السحب متى شئت
اصنع فرق؟ سفن VSCode (أو على الأقل تشير إلى وجود) كل
أداة تحتاجها لبناء هذا. ثم يمكن لشخص ما مزامنة الإعدادات في أي مكان
يعجبهم ، خاصًا أو عامًا ، لا حاجة إلى حساب Microsoft. بالطبع نستطيع
نفعل هذا في الغالب بأنفسنا ، لكنني لا أستخدم VSCode بما يكفي لمعرفة ما يجب القيام به
الإصدار وما هو نظام التشغيل / النظام الأساسي. حتى إذا كان شخص ما يمكن أن حزم
هذه المعرفة في امتداد يسمى شيئًا مثل
Git Settings Sync سهل البحث ، سأكون ممتنًا للغاية. :)

يبدو أنه سهل بما فيه الكفاية ، وأنا مندهش من أنه لم يتم القيام به بعد. هل نحن
ليس لديك واجهات برمجة التطبيقات / الأذونات اللازمة لسحب هذا قبالة في الملحق؟

ndarilek هناك - يطلق عليه SettingsSync لكننا نريد هذا الأصلي في التطبيق وليس امتدادًا

ألا يتزامن ذلك مع جوهر ، وهو أ) عام و ب) خاص بـ GitHub؟
أتذكر أنها تتطلب قدرًا كبيرًا من الإعداد اليدوي أيضًا ، على الرغم من أنني
أعتقد أن هذا قد تغير مؤخرًا.

يمكن لمعظمنا الوصول إلى بعض VCS أو غيرها ، وحتى بعد ذلك إلى البعض
آلية لاستضافة الريبو الخاص ، حتى لو كان عبر SSH على خادم VPS رخيص.
بالنظر إلى ذلك ، لست واضحًا لماذا نحتاج إلى ربط المزامنة بـ Microsoft ،
GitHub ، أو حتى برنامج VCS محدد.

ربما سأفكر في القيام بذلك عندما يصبح VSCode متاحًا تحت
لينكس. اعتبارًا من الآن ، لست من مستخدمي VSCode ، لكن لا أفهم سبب ذلك
ليس خيارًا قابلاً للتطبيق. لا شيء ضد Microsoft ، ولكن مزامنة الإعدادات
ليست معقدة بشكل خاص ، وأنا أفضل استضافة تلك البيانات بنفسي.

فقط بضع نقاط بيانات:
1- جيثب هو مايكروسوفت
2- VSCode موجود على Linux
3- المشكلة مع ملحقات الطرف الثالث هي الثقة عندما يتعلق الأمر بالمزيد
المعلومات الحساسة مثل عمليات تسجيل الدخول التي يمكن استخدامها لتخزين ملفات
معلومات ضرورية.

يوم الخميس ، 12 سبتمبر 2019 ، الساعة 10:37 صباحًا ، نولان داريليك إخطارات @github.com
كتب:

ألا يتزامن ذلك مع جوهر ، وهو أ) عام و ب) خاص بـ GitHub؟
أتذكر أنها تتطلب قدرًا كبيرًا من الإعداد اليدوي أيضًا ، على الرغم من أنني
أعتقد أن هذا قد تغير مؤخرًا.

يمكن لمعظمنا الوصول إلى بعض VCS أو غيرها ، وحتى بعد ذلك إلى البعض
آلية لاستضافة الريبو الخاص ، حتى لو كان عبر SSH على خادم VPS رخيص.
بالنظر إلى ذلك ، لست واضحًا لماذا نحتاج إلى ربط المزامنة بـ Microsoft ،
GitHub ، أو حتى برنامج VCS محدد.

ربما سأفكر في القيام بذلك عندما يصبح VSCode متاحًا تحت
لينكس. اعتبارًا من الآن ، لست من مستخدمي VSCode ، لكن لا أفهم سبب ذلك
ليس خيارًا قابلاً للتطبيق. لا شيء ضد Microsoft ، ولكن مزامنة الإعدادات
ليست معقدة بشكل خاص ، وأنا أفضل استضافة تلك البيانات بنفسي.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/microsoft/vscode/issues/2743؟
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAFNRO547VFY2VLO6BH7WQLQJJH33ANCNFSM4B2R5KMQ
.

1. أنا أعرف. النقطة المهمة ، لدينا القدرة على مزامنة طرف ثالث
   مع عدم وجود حسابات / مزودين خارجيين متورطين ، فاحفظ شيئًا مثل
   الحد الأدنى مثل وصول SSH في مكان ما. Microsoft أو غير التابعة لها ليست سوى ملف
   عامل بقدر ما هم مزود الحساب. سأشعر بالمثل
   حول ربط المزامنة بـ GitHub كما أفعل مع GitLab أو Google أو Owncloud.
   وقد قام الأشخاص بإصدار نسخ من إعدادات المحرر عبر Git لسنوات ، كما فعلوا
   سبق أن أشار. أنا فقط تساءلت كيف يمكننا التقاط ذلك
   المعرفة إلى امتداد ، لأنه يتعين علي الآن البحث في google عن كيفية ذلك
   أعد شيئًا وأقوم بالعمل بنفسي. التقاط ذلك
   المعرفة / العملية في امتداد من شأنه أن يوفر الوقت.

2. قد يكون على نظام Linux ، لكني أعمى وتطبيقات Electron في الغالب
   لا يمكن الوصول إليها في هذا الوقت. ومن هنا جاءت عبارة "أنا لا أعمل على هذا الآن ولكن
   سأحبها إذا استطاع شخص آخر أن "يتصرف بقلق شديد - أنا فقط استخدم VSCode
   في Windows VMs لمهام معينة ، والكمون يقتله فقط
   عن أي شيء آخر. الوصول إلى الإلكترون / الكروم قادم ، لكن IIRC
   قامت Microsoft بتعديل بعض Electron. إذا كان هذا صحيحًا ، فنأمل أن يكون
   يمكن للشوكة الاستفادة من أعمال المنبع الحالية التي تحدث في
   الكروم / الكروم.

3. نقطة عادلة ، على الرغم من أن المشكلة هي عدم الثقة في التمديد
   آلية ، فلماذا تقلق نفسك بشأن نواقل الهجوم ذات الصلة بالمزامنة؟
   ماذا عن الاستخراج من التعليمات البرمجية أو الملفات الأخرى عن طريق أي ملف آخر
   التمديد الذي قمت بتثبيته؟ أو إذا كنت قلقًا بشأن الإعدادات
   على وجه التحديد ، لا يمكنني كتابة ملحق غير متعلق بالإعدادات
   قمت بتحميل الإعدادات الخاصة بك إلى الخادم الخاص بي؟ حقيقي غير التصيد
   سؤال - لا أعرف كيف تعمل آلية الامتداد ، لكنني لا أعرف
   أعتقد أنها رمل أي شيء ، أليس كذلك؟

شكرًا.

فقط fyindarilek Settings Sync يمكنه المزامنة مع جوهر خاص ، ما عليك سوى تزويده برمز وصول. إنه سهل الاستخدام. لكن مخاوفك بشأن الثقة صحيحة ، وسيكون من المثالي إذا أضاف vscode وظائف مزامنة الإعدادات الموحدة الخاصة به

اقتراح تصميم مزامنة الإعدادات:

نحن نخطط لبناء مزامنة إعدادات داخل VS Code على النحو التالي:

• سيوفر VS Code واجهة المستخدم والميزة لمزامنة الإعدادات وأربطة المفاتيح والإضافات والمقتطفات.
• يتحدث VS Code إلى نقطة نهاية الخدمة لقراءة البيانات وكتابتها

VS Code Settings Sync Service End Point

• يوفر ReST API لقراءة البيانات وكتابتها (الخلفية)
• يوفر آلية مصادقة للمستخدمين لتسجيل الدخول.

استنسخ Kamino هذه المشكلة إلى ChaseKnowlden / vscode

@ sandy081 هل سيعمل اقتراح التصميم على دعم المزامنة من / إلى حساب Microsoft؟

مرحبًا فريق VSCode ،

نظرًا لأن هذا سيكون شيئًا ، أود أن أقترح أن حسابات Azure AD وحسابات Microsoft الشخصية لديها القدرة على المصادقة.
سيتم تقدير موفري OAuth الآخرين أيضًا (مثل Google و GitHub وما إلى ذلك)

شكرًا!

nmoinvaz @ elliot-labs راجع https://github.com/microsoft/vscode/issues/84332#issuecomment -579016636

ربما يمكنك حتى مزامنة هذه الإعدادات مع Visual Studio Online! 2 سنتي :-)

لقد رأيت المعاينة للتو وأردت إدخال مقتطفات المزامنة التي يجب تضمينها أيضًا.

تم التخطيط لمزامنة المقتطفات والحالة العالمية في شهر مارس - https://github.com/microsoft/vscode/issues/86678

الكل ، كما تعلم من أحدث إصدار لدينا ، تتم معاينة ميزة Settings Sync في المطلعين. لذا ، يرجى تجربة الميزة باستخدام المطلعين لدينا وتزويدنا بالتعليقات - https://code.visualstudio.com/insiders/

<3 أتمنى أن تصبح هذه الميزات مستقرة

قبل قضاء الوقت في إنشاء ملحق يقوم بمزامنة كل شيء ، أعتقد أنه سيكون من الأفضل قضاء بعض الوقت في تنسيق أفضل ملفات .gitignore لتضمينها افتراضيًا في مجلدات VS Code ، ثم يمكن للأشخاص البدء تهيئة git repos وتنفيذ الأمور بثقة.

في الوقت الحالي ، ألتزم بشكل أساسي بكل شيء في مجلد ~/.vscode الخاص بي ، بما في ذلك الامتدادات وذاكرة التخزين المؤقت ، لأنني بصراحة لا أعرف ما لا يجب الالتزام به.

لا ينبغي أن نلتزم بجميع الامتدادات. كمثال ، مثل felixfbecker المذكور ، سيكون رائعًا إذا كان هناك ملف extensions.json داخل مجلد VS Code للمستخدم حتى نتمكن من الالتزام بذلك بدلاً من تنفيذ جميع الامتدادات. مع وجود هذا في مكانه الصحيح ، سيحتاج فريق VS Code ببساطة إلى شحن ملف .gitignore لطيف (يتجاهل الامتدادات ولكن ليس extensions.json ، إلخ) ، وبعد ذلك سنكون جميعًا في طريقنا المرح.

بعد وضع عناصر التحكم في الإصدار الأساسي في مكانها الصحيح ، سيكون من الأسهل كثيرًا إنشاء امتدادات "مزامنة" فوقها.

@ sandy081 هل يسمح ذلك بإعدادات المزامنة مع github للأشخاص الذين ليس لديهم حساب MS؟

يمكنك أيضًا استخدام حساب GitHub الخاص بك لتسجيل الدخول ولكنه سيقوم بمزامنة البيانات مع الواجهة الخلفية لـ MS Azure. انظر المستند هنا - https://code.visualstudio.com/docs/editor/settings-sync#_enuable -settings-sync

@ sandy081 ما زلت بحاجة إلى حساب Azure أو Outlook.

ألا يمكننا استخدام الجوهر تمامًا مثل إعداد المزامنة ؟ حتى لا يضطر المستخدمون إلى إنشاء حسابات جديدة.

ألا يمكننا استخدام الجوهر تمامًا مثل إعداد المزامنة؟ حتى لا يضطر المستخدمون إلى إنشاء حسابات جديدة.

لا ، القوائم الخاصة غير مدرجة ، ولكنها عامة إذا كان بإمكانك تخمين عنوان url. هذا خطير. لن ترغب في الحصول على أي تفضيلات أو رموز مميزة مرتبطة ببيانات الاعتماد عن طريق الخطأ.

سيكون من المناسب استخدام حساب Github بدون MS Azure.

بينما أقدر هذه الميزة ، فأنا بصراحة لست مهتمًا بإنشاء حساب MS أو استخدام قوائم GitHub للحفاظ على مزامنة إعدادات VSCode والإضافات وما إلى ذلك.

لقد احتفظت دائمًا بتكويني لـ Sublime Text و Atom بإصدارات سعيدة ومزامنة بالكامل مع Git في ملفات dotfiles الخاصة بي. بينما أفعل ذلك بالفعل لـ VSCode ، لم أجد طريقة لمزامنة الامتدادات أيضًا. في Atom ، استخدمت package-sync . سمح لي هذا بالاحتفاظ بقائمة الامتدادات في ملف packages.cson . IIRC ، قام Sublime Text بشيء مماثل خارج الصندوق.

يسعدني أن أرى شيئًا مشابهًا مبنيًا في VSCode ، حيث يبدو لي أن هذا هو النهج الأكثر عقلانية. ولكن ، إذا لم يكن من المحتمل أن تكون هذه الميزة مضمنة ، فهل من المحتمل أن يكون هناك امتداد يفعل ذلك ويهرب من مهاراتي في Google-fu؟

لقد كان العمل الخاص يعمل بشكل رائع بالنسبة لي باستخدام الملحق Settings Sync بواسطة Shan Khan ، بالإضافة إلى أكثر من 1.5 مليون شخص آخر. هذا واحد هو جيد بما فيه الكفاية IMHO ، لا تحتاج إلى أي شيء آخر.

OmeGak My script لمزامنة الامتدادات عبر bash / dotfiles:

https://github.com/ithinkihaveacat/dotfiles/blob/8a3c9b2cc0e88bcdc6d8c3e3faf47c6f3cc11d1c/update#L390 -L399

ليس النهج الأكثر سهولة في الاستخدام ولكنه يناسبني. (ولا يتطلب مني إنشاء حساب.)

مرة أخرى ، أقول إننا بحاجة إلى طريقة لمزامنة الإعدادات بدون حساب MS ، (باستخدام حساب GH الموجود بالفعل)

أنا أؤيد وجود خيار مزامنة الطرف الأول. لقد كنت أستخدم مزامنة الإعدادات بواسطة Shan Khan وعلى الرغم من أنها لطيفة ، فقد وجدت مؤخرًا مشكلتين.

1. لا يتم قفل البيانات الخاصة خلف المصادقة. إذا خمن شخص ما التجزئة الجوهرية الخاصة بك ، فيمكنه رؤية معلوماتك.
2. بدأ الامتداد مؤخرًا في إلغاء تثبيت ملحق TypeScript المدمج من VSCode الخاص بي واضطررت إلى إيقاف تشغيل خيار إزالة الملحقات لإصلاحه. تسبب هذا في انقطاع العمل لبضع ساعات بالنسبة لي.

هل ستكون هذه الميزة متاحة على vscode OSS？
أنا أستخدم نظام Linux قائم على musl و FreeBSD ، وكلاهما لا يمتلك إصدارًا رسميًا من Electron.

أفضل طريقة IMHO لمزامنة الإعدادات هي من خلال git repo
على سبيل المثال: مستودع الإعدادات بواسطة JetBrains
فوائد

• لا حاجة إلى حسابات جديدة ، يمكنك استخدام أي خدمة git (GitHub و Bitbucket و GitLab) يمتلكها معظم المطورين بالفعل
• يمكن الحفاظ على خصوصية الإعدادات باستخدام مستودع خاص

إذا كانت الخصوصية مصدر قلق ، فكل ما تحتاجه حقًا هو ميزة تصدير / استيراد (والتي يجب توفيرها حقًا عندما تصبح مستقرة) ،
لأنه لا يحتاج إلى تخزين الأشياء في مكان خارجي. (والتي قد تتضمن git إذا كنت تستخدم خادمًا بعيدًا)

ولكن إذا كنت أريد مزامنة الأشياء ، فأنا أفضل الحصول عليها من خلال الشركة التي تبني التطبيق في المقام الأول ،
إذا كنت لا أثق في هذا الشخص (على الأقل إلى درجة ما) ، فلماذا أفكر حتى في استخدام طلباتهم؟

ناهيك عن أن MS تمتلك أيضًا github الآن ، لذلك لا يهم حقًا ما إذا كنت تستخدم حساب MS أو حساب جيثب. (مع كون الجوهر ، كما ذكرنا غير آمن إلى حد ما ، وهذا هو السبب في أنني لم أستخدم ذلك بعد وأنتظر بفارغ الصبر هذه الميزة القادمة لتكون مستقرة)

كما قال neico ، يسمح أيضًا للمستخدمين بالتصدير واستيراد إعداداتهم كملف مضغوط.

أوصي بإنشاء مشكلات منفصلة لمتطلبات منفصلة. قد يتم إلغاء تعقب هؤلاء بطريقة أخرى. لذا ، يرجى إنشاء قضايا منفصلة لرغباتك.

سيكون من المناسب استخدام حساب Github بدون MS Azure.

بالنسبة للمطورين في الصين ، هذا ليس مناسبًا.

سيكون من المناسب استخدام حساب Github بدون MS Azure.

بالنسبة للمطورين في الصين ، هذا ليس مناسبًا.

لماذا ا؟ يمكنني استخدام GitHub في الصين ويبدو أنه أكثر استقرارًا من MS Azure.

@ sandy081 تم فتح إصدارات منفصلة لـ

• السماح للمستخدمين بمزامنة الإعدادات من خلال git repo: https://github.com/microsoft/vscode/issues/93570
• اسمح للمستخدمين بالتصدير واستيراد إعداداتهم كملف مضغوط: https://github.com/microsoft/vscode/issues/93572

يعد استخدام حساب Github مفيدًا إذا لم يكن لديك MS Azure.

هذا ليس مناسبًا للمطورين الصينيين.

لماذا ا؟ يمكنني استخدام GitHub في الصين ويبدو أنه أكثر استقرارًا من MS Azure.

سيكون أبطأ في بعض الأوقات الخاصة
يجب أن يكون MS Azure كافيًا

لقد بدأت في استخدام مزامنة الإعدادات من المطلعين على vscode. لكنني واجهت مشكلة على الفور. عندما أحاول مزامنة الإعدادات عبر vscode-wsl والاستوديو المرئي عبر الإنترنت ، لا يمكنني استخدام متغير بيئة لإصلاح أسماء المجلدات لمجلدات مساحة عمل معينة ، مثل leetcode. حاولت إعداد "leetcode.workspaceFolder": "$ { env: HOME } /go/src/github.com/rafee/leetcode" ، لكنه لا يعمل. تمت الإشارة إلى هذا مسبقًا في # 2809

لا يوصى بمزامنة الإعدادات المحددة للمسار إلا إذا كان الامتداد الذي يمتلك هذا الإعداد يمكنه التعامل معها باستخدام متغيرات env.

هل ستتمكن مزامنة الإعدادات من مزامنة ملفات تكوين ssh؟

ليس حتى الآن.

أي طريقة آمنة الآن للمزامنة

https://gist.github.com/wonderbeyond/661c686b64cb0cabb77a43b49b16b26e

أو

https://mikefrobbins.com/2019/03/21/backup-and-synchronize-vscode-settings-with-a-github-gist/#comment -39448

أي طريقة آمنة الآن للمزامنة

https://gist.github.com/wonderbeyond/661c686b64cb0cabb77a43b49b16b26e

أو

https://mikefrobbins.com/2019/03/21/backup-and-synchronize-vscode-settings-with-a-github-gist/#comment -39448

أنا شخصياً أستخدم هذا الامتداد:
shan.code-settings-sync
إنه رائع للغاية ويحافظ على خصوصية إعداداتي في جوهر جيثب خاص.

@ elliot-labs كما تمت مناقشته سابقًا في هذا الموضوع ، لا تعتبر بيانات github السرية خاصة. تؤكد وثائق Github نفس القدر https://docs.github.com/en/github/writing-on-github/creating-gists

لقد استخدمت نفس الامتداد ، لكنني سحبت بعض المعلومات الحساسة من إعداداتي بعد أن اكتشفت أنها ليست خاصة.

يا للحماقة! فاتني ذلك! 😬

@ elliot-labs وhaugerbr
شكرًا،
أنا أيضًا لا أعرف أن الجوهر ليس خاصًا
لذا أفكر الآن في كتابة بعض البرامج النصية لتحميل الإعدادات على السحابة
ونص واحد للتنزيل والتثبيت

لقد قمت أيضًا ببناء برنامج يعرض لي البرامج النصية عند بدء التشغيل
حتى أتمكن من وضع تلك النصوص هناك.

رفاق ، vscode-insiders المزامنة ليست خيارًا؟

أتفق مع @ escape0707. لدى المطلعون على أكواد Vs الآن إعدادات مزامنة ستظهر قريبًا في الإصدار العام. هذه ليست مشكلة بشكل فعال وقد تم تناولها.

@ escape0707jakobhviid أنا على علم بذلك وهو بالضبط ما أخطط لاستخدامه بمجرد انتقاله إلى إنشاءات VSCode العادية. في الوقت الحالي ، ما زلت أستخدم مزامنة الإعدادات أثناء انتظاري.

وصلت ميزة مزامنة الإعدادات (معاينة) إلى مستقر (1.48) ، ومن ثم إغلاق هذا.

الرجاء إنشاء قضايا منفصلة لطلبات أو أخطاء أخرى.

@ sandy081 هل وجود ملفات تعريف منفصلة في نفس الحساب ميزة تم طلبها بالفعل؟ على سبيل المثال ، إذا كنت أرغب في استخدام حساب github الخاص بي لطريقة المصادقة ولكني أريد ملفات تعريف عمل / شخصية منفصلة. في الوقت الحالي ، أستخدم حسابات منفصلة أفضلها فعلاً للفصل الشخصي / العمل ولكن يمكنني رؤية حالة استخدام حيث يريد الأشخاص ملفات شخصية متعددة. سأفتح طلب ميزة لها إذا لم تكن موجودة بالفعل.

يرجى مراجعة مشكلات مزامنة الإعدادات الحالية وإنشاء واحدة إذا لم تكن موجودة.

وجدته. يمكنك وضع علامة هنا في حال كان أي شخص يقرأ هذا الموضوع مهتمًا أيضًا بتتبعه # 92393

يرجى الانضمام إلي في جولة من التصفيق اللطيفة وإظهار التقدير الكبير لإضافة هذه الميزة (اعتبارًا من 1.48 ). أنا سعيد ومبتهج! شكرا جزيلا لفريق VS Code !! 👏🏼👏🏼👏🏼

ومع ذلك ، إذا سمحت لي فقط بقبضتين بسيطتين:

1. يبدو أنه يتعين علي إعادة المصادقة بعد مهلة قصيرة جدًا (ربما يوم واحد؟) وإعادة تشغيل VS Code.
2. تتم المصادقة في المستعرض ، وبما أن لدي tabitis وأحيانًا لا يكون المتصفح الخاص بي مفتوحًا ، يصبح هذا إلى حد ما ... مزعجًا.

شكرًا.

أود أن أقترح فتح قضايا جديدة للمشاكل التي تواجهها بخطوات لإعادة حلها.