سؤال

لدي كمية كبيرة من clearcase البيانات التي يحتاج إلى أن هاجر إلى بالضرورة.التنقيحات span أفضل جزء من عشر سنوات وأنا في حاجة إلى الحفاظ على قدر فرع الوسم ممكن من المعلومات.بالإضافة إلى ذلك نحن تستفيد من وصلات رمزية ، معتمدة في clearcase ولكن ليس بالضرورة.ما هي النصيحة أو أدوات يمكن أن توحي لك والتي قد جعل هذا أسهل ؟

هل كانت مفيدة؟

المحلول

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

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

لمعرفة ما بالضرورة يقول عن miration, تحقق http://perforce.com/perforce/ccaseconv.html وهذا ما يفسر الاختلافات الرئيسية تغطي بعض الطرق التي يمكنك اتخاذها.

نصائح أخرى

تبدأ عن طريق القيام جوجل للبحث على "clearcase بالضرورة إلى تحويل".ثم قراءة ClearCase بالضرورة إلى تحويل دليل.بمجرد الانتهاء من ذلك البكاء ، عليك أن تقرر (1) مقدار الجهد الذي يمكن تحمله ، و (2) ما كنت حقا بحاجة إلى التقاط كجزء من عملية التحويل.أنت لن تحصل على كل شيء, لذا من الأفضل التركيز فقط على الحصول على الفروع الهامة.

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

إجابات أخرى هي التي عفا عليها الزمن.الآن يمكنك استيراد CC->بالضرورة مع العديد من الخيارات أيضا الحفاظ على التاريخ.http://www.perforce.com/sites/default/files/pdf/migration-planning-guide-clearcase-to-perforce.pdf

ماذا لديك أيضا أن نأخذ في الاعتبار حقيقة أن importerscript قد قليلا في ارتكاب سلسلة أخرى من clearcase يرتكب(ربما هي تعبر dir قد يكون تاريخها من الملفات ، إلخ.)

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

لذلك كنت حقا ينبغي التفكير في ترك clearcase التاريخ وراء.العلامات/فروع الخلق هو أيضا مشكلة مختلفة ، كما تحتاج القديم الخاص بك configspecs الخاص بك الفروع القديمة.في النهاية سوف تحصل على الخطأ في أسماء العلامات القديمة(كما هو بالضرورة لا تدعم dir-فرس.) لذلك سوف تستخدم clearcase هذا(و هو جدا صعبة للحصول على اسم الملف الصحيح لكل نسخة من الملف!).

آخر مشكلة سوف تواجه:المستورد وقت التشغيل:إذا كان لديك كبيرة VOBs(على سبيل المثال.10 سنوات 50 GB الحجم) سوف انتظر يوما المستورد إلى جمع كل المعلومات وتحويلها إلى لطيفة لامعة بالضرورة الريبو.كل هذا يوم devteam سوف تتوقف عن العمل.

مجرد ملاحظة سريعة على واحد استيراد رأيت من ClearCase إلى بالضرورة.
كما لوحظ في ClearCase بالضرورة إلى تحويل دليل:

بالضرورة يدعم الذرية تغيير المعاملات ؛ ClearCase لا.

لاحظ أن تسميات غالبا ما تستخدم ببساطة دلالة لقطة في وقت معين بسهولة-تحديد مجموعة من الملفات ؛ هذا هو بطبيعته من السهل القيام به في قهرا دون استخدام التسمية ، بسبب بالضرورة استخدام الذرية تغيير المعاملات تسمية الملف الجملة.
على سبيل المثال ، حالة كل الملفات في //depot/projecta كما من تغيير 42 يمكن الحصول عليها مع

p4 sync //depot/projecta/...@42

وهذا يعني ClearCase المشروع الذي حصلت المستوردة كانت UCM واحد, لأن مفهوم الأساس تتابع عن كثب أحد العالمية التنقيح.
فقط الملفات مع الأساس فيها المستوردة ، إصدارات أخرى تم التخلص منها.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top