الانتقال من SVN إلى...؟
https://stackoverflow.com/questions/813663
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
أنا أعمل حاليًا في فريق حيث "نستخدم" مستودعًا للتخريب.أقول "استخدام"، لأنه في الواقع، يقوم الجميع فقط بتحرير الملفات مباشرة على الخادم من خلال مشاركات السامبا، بينما يقوم المهندس المعماري لدينا بين الحين والآخر بالالتزام من ذلك الخادم بتغييراتنا، والتي يتم بعد ذلك دفعها إلى الخوادم.
لذا، فإننا في الأساس نفتقد القدرة على الحصول على رسائل التزام ذات معنى من مستخدمين مختلفين، والقدرة على الالتزام بقدر ما نريد.
لقد كنت أحاول إثارة بعض الاهتمام بالأنظمة الموزعة، وكيف يبدو أن سير العمل الذي لدينا يمكن إعداده بشكل جيد للغاية باستخدام شيء مثل git (نحن نلتزم بأجهزتنا المحلية ثم ندفع مجموعات التغييرات إليه للمراجعة) ولكن لا أشعر أن لدي خبرة كافية في git.معظم تجربتي في DVCS كانت مع الزئبقي.
يعمل الجميع تقريبًا في بيئة Windows باستخدام tortoisesvn، وهذه هي الطريقة التي اعتادوا عليها للتفاعل مع النظام، لكنهم أحيانًا يستخدمون PuTTY للعمل على أحد خوادم Linux، ويعرفون كيفية تنفيذ التزام سطر الأوامر.
ما هي الطريقة المتبعة في هذا الأمر، لقد رأيت بعض الأعمال الجاري تنفيذها لإنشاء بوابات بين SVN وبعض برامج DVCS، هل لدى أي شخص أي خبرة في الإعداد والعمل في مثل هذه البيئة؟
ماذا عن عمليات الترحيل واسعة النطاق من SVN إلى DVCS؟
المحلول
إذا فريقك لا يمكن أن نفهم كيفية استخدام التخريب جيدا، وأنا لا أعرف كيف سوف تكون قادرة على الحصول عليها لفهم بوابة. لا سيما وأنها هي في عقلية "يتيح جميع الأعمال في نسخة العمل نفسها،" وهم في طريقهم لديك صعوبة في استيعاب نظام تحكم إصدار الموزعة.
في تجربتي، لاستخدام SVN-بوابة، لديك لمعرفة كيفية استخدام بوابة AND لديك لمعرفة كيفية استخدام إس. أود أن أوصى تعليمهم على استخدام إس بشكل صحيح.
نصائح أخرى
هل هناك سبب كنت لا تريد أن تبقي فقط مستودع SVN الخاص بك، واستخدامها في الطريقة التي يتم بها المقصود SVN لاستخدامها؟
لماذا لا يكون مجرد الجميع أحببت التأكد ودمج والفروع الاستخدام، وما إلى ذلك؟ لماذا التبديل إذا كان لديك الإعداد مستودع؟
ويبدو أن المشكلة التي كنت واصفا لها أساسا للقيام مع الإجراءات والبروتوكولات المناسبة ليرتكب التعليمات البرمجية. سوف تحصل على منتج اختلاف لن تغير من طريقة عمل الناس. تحتاج إلى تثقيف لهم أولا. تبين لهم كيفية القيام بأشياء أفضل.
وعلى صعيد آخر، لم أحصل على كيفية استخدام tortoiceCVS للتفاعل مع SVN.
للي هذا يبدو وكأنه خيار نظام تحكم إصدار ليست القضية. ما عليك القيام به هو إقناع المهندس أنه يحتاج إلى الخروج مع بعض سياسات سليمة لاستخدام نظام مراجعة مراقبة.
ونظام إس الحالي الخاص بك سوف تكون كافية تماما؛ السماح للمستخدمين إنشاء فروع إذا كنت بحاجة للحفاظ على جذع نظيفة. مهندس يمكن دمجها في ما يحتاج إليه.
والآن، أنت <م> يمكن الخطوة س لDVCS وهناك أسباب وجيهة للقيام بذلك. ولكن إذا لم يتم استخدام الفريق لاستخدام عميل RCS / الخادم ثم هذا قد يثبت التحدي. وكنت <م> قد استخدام بوابة أو الزئبق محليا ولكن هذه هي الحلول لاستخدام RCS الأساس كسر. الحصول على الجميع إلى استخدام إس في أول سيكون اقتراحي.
وتحرير ملفات على مشاركة سامبا ؟؟ عنجد؟!
بوابة-إس غير <م> بالتأكيد أفضل رهان هنا. عليك أن تكون قادرا على استخدام كل من التحكم في الإصدار المحلية وتغيير ملامح مراجعة بوابة، ولكن في النهاية يمكن رفع "النهائية" تحقق الإضافية لديك مستودع إس في القائمة.
وهذا له <م> رهيبة الآثار الجانبية لتكون قادرة على السماح فريقك الحصول على أقدامهم الرطب مع بوابة قليلا في وقت واحد (على حد سواء لأنه لا يمكن لك جرب قبل أن تشتري، ولأن لا يزال بإمكانك استخدام أي عمليات نشر / الصيانة القائمة التي كنت قد وضعت باستخدام SVN).
وهناك أيضا تحطم بالطبع على تركيب بوابة لمستخدمي إس أنك يمكن استخدامها للحصول على فريقك ما يصل الى سرعة.
لا SVN مشكلتك نفسها ولكن لا تستخدم بشكل صحيح.
كما قد يقول ستيف ييجي: توولز
كما يقول الآخرون، إذا لم تتمكن من حملهم على استخدام svn، فلن يستخدموا vcs الموزعة.
هل يستخدمون IDEs؟إذا كان الأمر كذلك، ابحث عن المكونات الإضافية لـ IDE التي تسهل استخدام svn.حتى يتمكنوا من النقر بزر الماوس الأيمن على ملف أو مجلد في IDE وتسجيل الوصول.إذا جعلت استخدام التحكم بالمصادر على نسخة محلية أسهل من الوصول إلى الملفات المركزية مباشرة، فقد تكون لديك فرصة.ثم يمكنك استخدام TortoiseSVN للقيام بمهام أكثر تعقيدًا.
بعض الروابط إلى مكونات SVN الإضافية لـ IDEs الشائعة لتبدأ:
و فيما يلي قائمة بمكونات IDE الإضافية من موقع التخريب.
والزئبق هو جيد جدا في العمل مع التخريب، وأيضا - يمكنك الاطلاع على HTTPS: // شبكة الاتصالات العالمية. mercurial-scm.org/wiki/WorkingWithSubversion . فريق التطوير الأساسية بيثون قرر فقط أن التحول من التخريب إلى زئبقي (بعد نقاش طويل وفترة ج حيث كانت تعتبر أيضا بوابة والبازار)؛ في تطور غير ذات صلة، وأضافت خدمة استضافة مجانية code.google.com لمشاريع مفتوحة المصدر الدعم الزئبق إلى دعم طويل الأمد من أجل إس.
وكلا بوابة والسوق لديها دعم جيد للإس. إنفاكت بوابة-إس قد نضجت قليلا جدا خلال الأشهر القليلة الماضية.
ومحاولة الخروج بوابة، لDVCS هو لطيف حقا، وأينت أن صعبة كما كنت جعله يبدو وكأنه.
