المصدر المرئي الآمن -> ترحيل TFS

Question

نحن هنا نعمل مع مجموعة من مستودعات Visual Source Safe لمدة 10 سنوات أو نحو ذلك.

أريد الآن التخلص من المصدر الآمن والانتقال إلى Team Foundation Server.

هل لديك أي نصائح أو حيل لي قبل الشروع في هذه الهجرة؟ما هي الأشياء التي يجب أن أكون حذرا بشأنها؟

أنا متأكد من أن هذه الهجرة ستعني أنه يجب تعديل عادات العمل لدينا بطريقة ما.هل تعتقد أن هذه التغييرات يمكن أن تشكل مشكلة للمنظمة؟فكر في مجموعة مكونة من حوالي 20 مطورًا لـ .NET في موقع واحد.

Answer 1

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

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

الروابط الخاصة بي لا تظهرهذا هو العنوان: http://msdn.microsoft.com/en-us/library/ms181247(VS.80).aspx

Answer 2

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

1. اطلب من الجميع التحقق من جميع التغييرات في VSS، والتأكد من إنشاء كل شيء، وما إلى ذلك.
2. قم بتعيين كافة قواعد بيانات VSS على "مؤمنة" (حقوق القراءة فقط لجميع المستخدمين)
3. احصل على الأحدث من قاعدة بيانات VSS بأكملها في مجموعة "نظيفة" من المجلدات الموجودة على محطة العمل
4. قم بفحص كافة الملفات في TFS من محطة العمل

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

Answer 3

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

Answer 4

إذا اخترت استخدام أداة VSSConverter.exe التي تأتي مع Visual Studio Team Foundation Server، فيجب عليك تثبيت تفس 2008 SP1 أولاً لأنه يتضمن عدداً من التحسينات كما هو مفصل في هذه المدونة بواسطة فريق أدوات الترحيل.

تشمل بعض الميزات الرئيسية للإصدار:

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

إعادة ربط الحل التلقائي. في هذا الإصدار الأخير ، سيتم ترقية ملفات VS Solution تلقائيًا إلى الإصدار 9.0 والتحقق مرة أخرى إلى التحكم في الإصدار.كان على المستخدمين في السابق القيام بذلك يدويًا.

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

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

Answer 5

نحن حاليًا بصدد القيام بذلك في وظيفتي اليومية.نحن في الواقع نقوم بالتبديل خلال شهر تقريبًا.أنا جزء رئيسي من عملية الترحيل وجزء كبير من سبب خروجنا من SourceSafe.للمساعدة في الهجرة، استخدمت ملف Visual Studio® Team System 2008 Team Foundation Server وTeam Suite VPC Image.لقد كان مفيدا جدا.فورًا، تحتوي الصورة على تثبيت TFS كامل التشغيل لتتمكن من اللعب والعرض التوضيحي به.ويتضمن أيضًا التدريب العملي على Labs ويقوم أحد المعامل بتشغيل أداة الترحيل VSS -> TFS.إذا كان لديك اشتراك MSDN، فبمجرد تشغيل الصورة، ستكون الخطوة التالية هي تثبيت إصدار TFS Small Team الذي يأتي مع اشتراكك.

هناك شيء واحد يجب ملاحظته وهو التأكد من حصولك على أحدث حزم الخدمة لـ Visual Studio 2008 و.NET Framework المثبتة على الصورة.أصلحت حزم الخدمة بعض الأخطاء المزعجة وزادت بالتأكيد من سهولة استخدام النظام.لدينا قاعدة بيانات SourceSafe كبيرة جدًا تضم ​​أكثر من 90 مشروعًا تقريبًا واستغرق استكمال أداة الترحيل حوالي 32 ساعة.أولاً قمت بعمل نسخة احتياطية من قاعدة بياناتنا الآمنة للاختبار.ثم قمت بالترحيل على قاعدة بيانات اختبار المصدر الآمن.بعد ذلك، قمت بفحص شجرة المصدر في TFS وتم نقل كل شيء على ما يرام.لقد احتفظنا بكل محفوظات ملفات المصدر الخاصة بنا من VSS والتي كانت رائعة.لا داعي للاحتفاظ بقاعدة بيانات VSS النتنة هذه بعد أن نبدأ البث المباشر.

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

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

Answer 6

يعد VSS Converter بعيدًا عن الحل الأمثل.وهناك اختلافات كبيرة بين إصدار المحول 2005 و2008SP1.

على سبيل المثال، في قاعدة بيانات VSS التي تم استخدامها لفترة طويلة، سيكون هناك عدد كبير من المستخدمين الذين يساهمون في VSS.سيكون العديد من هؤلاء المستخدمين قد غادروا المؤسسة منذ وقت طويل، وبالتالي لن يكون لديهم حسابات مجال بعد الآن.يتطلب TFS تعيين مستخدمي VSS لحسابات المجال، لذلك سيتعين عليك تحديد ما إذا كنت ستقوم بتعيين المستخدمين القدامى إلى حساب مجال "وهمي" واحد أو إلى عضو حالي في الفريق.

بالإضافة إلى ذلك، يتطلب VSS Converter 2008 أن تكون حسابات المجال هذه حسابات TFS صالحة.في حين أن محول 2005 لا يفرض ذلك.

إذا كان سجل VSS الخاص بك يحتوي على عمليات نقل هامة للمجلد، فمن المحتمل أنك ستفقد كل السجل قبل هذا النقل.على سبيل المثال، إذا قمت بنقل مجلد إلى موقع جديد، ثم قمت بحذف الأصل السابق، فسوف تفقد كل السجل.راجع هذا المقال للمزيد من التوضيح:http://msdn.microsoft.com/en-us/library/ms253166.aspx

في إحدى عمليات الترحيل التي شاركت فيها، كان لدينا قاعدة بيانات VSS عمرها 10 سنوات فقدت كل سجلها قبل 6 أشهر.كان هذا بسبب عملية الترتيب الكبيرة التي تمت منذ 6 أشهر.

Answer 7

أداة تحويل TFS <--استخدم هذا

لقد استخدمت هذه الأداة لبعض الوقت بالفعل، وكانت النتائج مرضية للغاية لأنها تأتي مع تاريخ مجموعات التغييرات من SourceSafe إذا كنت ترغب في ذلك أيضًا.

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

يوصى أيضًا بإجراء تحليل على SS قبل تشغيله.

نأمل أن يساعد

Answer 8

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

لقد كنت في مواقف قمنا فيها بتنظيم حل بشكل عشوائي دون تفكير (ناهيك عن تغييرات كبيرة في التطبيق) مما أدى إلى الرغبة في تنظيم الأشياء بشكل مختلف - والانتقال من VSS إلى TFS يمثل فرصة كبيرة للقيام بذلك.

فيما يتعلق بالسؤال الأصلي:

و:ستعني هذه الهجرة بالتأكيد أنه يجب تعديل عادات العمل لدينا بطريقة ما.هل تعتقد أن هذه التغييرات يمكن أن تشكل مشكلة للمنظمة؟فكر في مجموعة مكونة من حوالي 20 مطورًا لـ .net، في موقع واحد

أود أن أقول - نعم سوف تتغير عادات عملك ولكن أكثر بكثير نحو الأفضل.

1. لا يجب عليك استخدام أقفال "الخروج" و"الحصول على الأحدث عند تسجيل المغادرة".
2. يمكنك الآن التفرع والدمج بشكل فعال
3. سيكون لديك الآن "مجموعة التغييرات" وسيتم تجميع جميع الملفات التي تم تسجيل وصولها في نفس الوقت معًا.وهذا يجعل تتبع التغيير التاريخي أسهل بكثير - ولكن الأهم من ذلك - أن عمليات التراجع أسهل بكثير (أي العثور على جميع الملفات التي تم فحصها في نفس الوقت واستعادتها)
4. ربط عمليات تسجيل الوصول بعناصر العمل.لا تتغاضى عن عناصر العمل!أكبر خطأ يمكنك ارتكابه هو استخدام TFS فقط كبديل لـ VSS.تعتبر ميزات البناء وإدارة المشاريع ممتازة - لقد دفعت ثمنها - استخدمها!

فيما يتعلق بالتفاصيل حول كيفية تغيير تجربتك، قال زميل سابق لي (وأفضل لاعب في نظام الفريق) ستيف سانت.كتب جان مقالاً مفصلاً عن الاختلافات: من VSS إلى TFS