الزئبق (وأعتقد git) مع Dropbox: أي عيوب؟

Question

لدي مستودع زئبقي لمشروع شخصي ، وقد قمت بتخزين مستودع Master في صندوق Dropbox لبضعة أسابيع الآن (شيء ما على طول هذا الخط; ؛ وأنا أفهم ذلك أيضًا ممكن مع git).

والفكرة هي أنها تعمل كطريقة للعمل مع آلات متعددة وكنسخة احتياطية عن بعد. أقوم باستنساخ المستودع وأعمل على نسخة غير Dropbox ، وأضغط فقط على التحديثات مرة واحدة في حين ، بنفس الطريقة التي سأعمل بها مع Bitbucket.

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

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

تحرير: أضفت بعض التوضيحات إلى الأسئلة. هم في مائل.

Answer 1

أنصح ضدها للأسباب المذكورة أعلاه ، ولكن ذكرت بشكل أكثر شدة. لكل من الزئبق والجيت بروتوكولاتهما الخاصة لتحريك التغييرات بين المستودعات. يتم تحسين/مصممة هذه البروتوكولات من أجل:

• نجاعة
• الاتساق (لا يمكنك أبدًا السحب من إعادة الريبو في حالة نصف محدثة)
• السنانير/المشغلات - القيام بالأشياء على مرشحات الدفع/السحب بما في ذلك الجودة (لا يسمح بعلامات تبويب ، إلخ)

عندما تدع الدليل يزامن مع التعامل مع أدلة .hg (أو .git) في المزامنة ، ثم خلال هذا المزامنة ، لديك متجر بعيد في حالة غير متسقة ولا تعرفه.

بالإضافة إلى ذلك ، يتمتع كل من HG و GIT بفصل ما هو محلي فقط وما هو البعيد في حالة القرص. إنهم يعرفون المعلومات التي يجب مشاركتها (مثال: التغييرات المرتدة) وما لا يمكن (مثال: مراجعة الوالدين الحالية ، محلية العمل).

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

Answer 2

لقد واجهت مشاكل مع مستودعات Dropbox'ed التي أصبحت تالفة. لا يحدث ذلك طوال الوقت ، لكن حقيقة أنه حدث أكثر من مرة يعني أنني سأتوقف عن استخدام Dropbox لهذا الغرض.

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

Answer 3

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

لقد استخدمت شخصيا Bitbucket لبعض الوقت وكنت سعيدًا جدًا ... يمكنك الحصول على مشروع خاص واحد على الحساب المجاني أيضًا.

Answer 4

كنت أتوقع مشاكل إذا حاولت الوصول إلى المستودع في منتصف المزامنة. كما يبدو أنها جزء من النفقات العامة. لا تحتاج حقًا إلى المزامنة على الأشياء التي تزامنها. ليس لدي أي فكرة عن كيفية تعامل Dropbox مع النزاعات ، لكنني أشك في أنها يمكن أن تفعل ذلك بطريقة مدركة لـ SCM.

Answer 5

+1 ل bitbucket. إنه مجاني ، وستحصل على ريبو خاص واحد مع هذا الحساب المجاني (على عكس Github).

العيب مع حل Dropbox الوحيد هو أنه إذا قمت بربوغ شيء ما في الريبو على جهازك ، فسيتم نسخ هذا المسمار إلى Bitbucket وتكراره إلى كل مكان آخر قمت بتثبيت Dropbox. Dropbox سريع للغاية ، لذلك لن تتمكن من منعه من الحدوث في الوقت المناسب لمنع المشكلات.

تفقد القدرة على فصل التغييرات في مستودعك مع نشر تلك التغييرات.

أنا أستخدم Dropbox لاستضافة اثنين من المستودعات التي أستخدمها على كل من آلات منزلي وآلات العمل ، ولكن هذه ليست النسخ الوحيدة لتلك المستودعات. هناك أيضًا ريبو Bitbucket (وكذلك الأشخاص الآخرين الذين لديهم استنساخ منهم).

Answer 6

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

ليس من الواضح ما إذا كان الفساد عفويًا أو ناتجًا عن الوصول إلى المستودع مع عملاء Mac و Windows و Linux (أستخدم الثلاثة في أوقات مختلفة). لكنني رأيت حالة واحدة على الأقل من الفساد تحدث عندما كان جهاز Mac نشطًا فقط ، لذا يمكن أن يكون Dropbox نفسه.

إذا قررت أن تعيش بشكل خطير ، فقم بتشغيل "HG تحقق" (أو "GIT تحقق" بانتظام لتوجيه أي الأوساخ.

Answer 7

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

أما بالنسبة لدفع/سحب المزامنة ، فمن المحتمل أن يسبب ذلك مشكلات ، وقد يفسد ريبوك ، ولكن إذا كنت الشخص الوحيد الذي يعمل في المشروع ، فأنت تعرف بالضبط متى ستتم مزامنة Dropbox.

Answer 8

لا أوصي باستخدام Dropbox مع Mercurial ، حيث أنني غالبًا ما أرى الملفات المتضاربة بين عملاء Mac و Windows. يتأثر التراجع بشكل خاص ، لكنني تجربة تعارض مع ملفات أخرى أيضًا.

تحياتي ميركو

Answer 9

أنا أستخدمه مع Bazaar في الوقت الحالي عبر 3 آلات. ومع ذلك ، أنا المطور الوحيد في أي من الفروع.

لقد استخدمت أمر init-repo-لا الأشجار لإنشاء المستودع.

Answer 10

بالنسبة لأولئك الذين يفضلون استخدام Dropbox على Bitbucket/Github ، إليك ما أقوم به لتجنب الفساد من عملية المزامنة ذات الاتجاهين لخدمات النسخ الاحتياطي السحابي:

مجلد الرمز المحلي الخاص بي هو c:\code مجلد النسخ الاحتياطي c:\Dropbox. داخل مجلد Dropbox ، لدي ملف truecrypt حاوية الملفات المشفرة (حجمها أكبر بما فيه الكفاية من مجلد الكود الخاص بي). خلال النهار ، ألتزم بانتظام بتغييرات في مستودع GIT/Mercurial المحلي. ومع ذلك ، في نهاية اليوم ، تركت Dropbox & Mounting the Truecrypt Container. أقوم بتغيير التغييرات إلى مستودع عاري في حاوية الملف ، وقم بإلغاء الحصول على Dropbox.

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