دمج التغييرات التعليمات البرمجية دون التحكم بالمصادر الحقيقية

StackOverflow https://stackoverflow.com/questions/202144

  •  03-07-2019
  •  | 
  •  

سؤال

لدينا عدد قليل من المطورين الذين يعملون على نفس الحل VS2005، ولكن التحكم بالمصادر لدينا سيئة للغاية. (شركتنا يستخدم الحصاد، الذي نعطي تصويت بحجب الثقة).

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

وبعض المشاكل موجودة بسبب beaurocracy الشركات (مثل تكليف الحصاد). تلك السياسات نفسها تمنع إدخال أدوات جديدة في بيئتنا. لذا، الاستراتيجيات التي تجنب شراء / تنزيل البرامج الجديدة ستعمل أفضل بالنسبة لنا.

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

المحلول

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

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

نصائح أخرى

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

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

ولكن مثل معظم الآخرين أنصح إما استخدام بوابة أو تعلم Harvest.If نظام التحكم مصدر يسمح لتغيير تطبيق فرق لها، ما وراء قارن سيكون بديل ممتاز.

واحصل على بوابة وتثبيته محليا على الجهاز في كل ديف ل. ثم تعيين مستودعات لتكرار.

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

ودمج قضية الثانية. لكم ببساطة الحاجة أداة فرق / الدمج. إختر واحدة. كيف يكون لك ذهب كل هذا الوقت دون واحد ؟!

وAraxis هو واحد كبير. يكلف بضعة دولارات. تم الناس SourceGear توزع بحرية فرق أداة / دمج لبعض الوقت (الذي يأتي مع المدفن). كما انها منافس قوي. تلك هي اللذين لقد استعملت أن أعرف ما زالت في السوق الآن. وهناك آخرون قد ذكرت بعض بالفعل.

ودمج كل شيء باليد ليس حلا يمكن الدفاع عنه. الجمع بين ذلك و<م> لا باستخدام VCS هو وصفة لكارثة.

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

وهناك معيار يونيكس أداة سطر الأوامر تسمى الدمج الذي سوف إلى حد ما بذكاء دمج مجموعتين من تغييرات على الملف. بناء الجملة:

merge mine older yours

وأين "الألغام" هو الملف مع التغييرات، "كبار السن" هو الملف الأصلي، و "لك" يحتوي شخص التغييرات آخر.

ولست متأكدا إذا كان لديك UNIX (أو ماك OS X) مربع الكذب حول القيام بذلك على الرغم من.

وهذا قد لا يكون خيارا قابلا للتطبيق، ولكن ربما يمكن استخدام نظام توزيع مثل البازار و < وأ href = "http://git.or.cz/" يختلط = "نوفولو noreferrer"> بوابة أو <وأ href = "http://www.selenic.com/mercurial/wiki/" يختلط = "noreferrer نوفولو"> زئبقي .

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

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

وسيكون من السهل جدا أن الكتابة التغييرات الأخرى، لم يكن لديك تتبع التغيير، بأي حال من الأحوال إلى فرع أو العلامة / التسمية، وما إلى ذلك.

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