BUG: فشل أمر تحديث SourceSafe على ملف ثنائي كبير

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

128238
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الأعراض
لا يمكن تحديث ملف ثنائي كبير في SourceSafe.
السبب
الموارد غير كافية لإنشاء ملف الفرق.
الحل
إذا كان غير زيادة في HMA بواسطة إنقاص العدد من برامج تشغيل ضرورية من أجل نظام معطى, حاول وضع كافة الملفات الثنائية في مشروع فرعي ثم وضع السطر التالي في رأس المشروع هذا المشروع الفرعي:
Store_Deltas = لا
هذا إلى إيقاف تشغيل الحساب الاختلافات (تخزين الملف بأكمله) المشروع الفرعي هذا فقط.

على سبيل المثال، قد تريد تنظيم المشاريع الخاصة بك كما هو موضح في الوثائق (المستخدم دليل الفصل 2 نظرة) ، مع المشروع فرعي الذي يحتوي على الملفات الثنائية:
        $/-          |          TESTDATA             |              -BINARIES				
مثل:
[$ / TESTDATA/الثنائيات]
قد يكون رأس المشروع فرعي. وضع هذا الخط ضمن رأس المشروع الفرعي في الملف SS.INI لكل مستخدم:
Store_Deltas = لا
تصريح
أقرت Microsoft هذا وجود مشكلة في المنتجات المسردة في بداية هذه المقالة.

تحذير: تمت ترجمة هذا المقال تلقائياً

خصائص

رقم الموضوع: 128238 - آخر مراجعة: 01/11/2015 00:57:13 - المراجعة: 3.0

  • Microsoft SourceSafe
  • Microsoft SourceSafe
  • Microsoft SourceSafe
  • Microsoft SourceSafe for UNIX 3.0
  • kbnosurvey kbarchive kbmt kbbug KB128238 KbMtar
تعليقات