إعداد وضع التوافق SharePoint

Question

لقد استعرضت الكثير من المواقع التي توضح الأمر PowerShell ل Specutilsilution للتثبيت بشأن إعداد مستوى التعويضات مثل الأمر أدناه. giveacodicetagpre.

ومع ذلك، لا يشرح الكثيرون لماذا تحتاج إلى القيام بذلك أو في أي ظروف يجب القيام بذلك من أجل العمل بشكل صحيح. لقد قمت بترقية كاملة في الاختبار للتحقق من عمل ميزات SP2010 Scoped في كل من مجموعات موقع SP2010 ثم تمت ترقيت مجموعات الموقع إلى تنسيق SP2013. أدرك أن جميع الملفات، مثل الصور وملفات ASPX جميعها تشير إلى 14 خلية، ما لم تكن قد حددت الحل للنشر في كل من خلايا الخلايا. ثم عند ترقية مجموعة المواقع التي تستخدمها الميزة كل ما هو في 15 خلية. لقد وجدت أنه يمكنني فقط تعديل ملفات ميزة الخليفة 15 يدويا وإصلاح مفقود "_layouts / 15 / ... صوري ومراجع ملف ASPX تعود.

أعتقد أن سؤالي هل أحتاج حقا إلى نشر حلول SP2010 في مستوى التوافق المستوى 14 و 15 أو في 14 فقط حيث يبدو أنه يعمل في 14 فقط بغض النظر عما إذا كان مجموعة مواقعي قيد التشغيل في وضع SP2010 أو في وضع SP2013. أي توضيح بشأن وقت القيام بذلك ولماذا سيكون مفيدا للغاية.

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

Answer 1

There are only a few instances where you get any real benefit from the CompatibilityLevel having both 14 and 15. If you have a solution where you are adding ghosted files to a site, you will get health analyzer warnings that the files don't exist in the 15 HIVE if you only deploy in 14 mode. Another instance is having site definitions for both 2010 and 2013 in the same 2010 solution.

We, at NewsGator, have a large number of 2010 solutions that we install to 2013. The only case we use the CompatibilityLevel is when we have ghosted files.