سؤال

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

هل هناك أي برنامج للتحكم بالمصادر الموزعة من شأنه أن يعمل بشكل جيد للأشخاص العاديين؟

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

المحلول

إذا كان التحكم في المصدر تقنيًا للغاية فيمكن استخدامه التخريب مع WebDav.

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

عندما يحتاجون إلى المزيد من الوظائف، يمكنهم تعلم استخدام TortoiseSVN لعرض الاختلافات، والعودة إلى الإصدار القديم الذي تم إنشاؤه تلقائيًا لهم وما إلى ذلك...

من كتاب التخريب :

نظرًا لأن العديد من أنظمة التشغيل تحتوي بالفعل على عملاء WebDAV مدمجين، فإن حالة استخدام هذه الميزة تكون خيالية:تخيل مكتبًا للمستخدمين العاديين الذين يستخدمون Microsoft Windows أو Mac OS.يقوم كل مستخدم "بتركيب" مستودع Subversion، والذي يبدو وكأنه مجلد شبكة عادي.يستخدمون المجلد المشترك كما يفعلون دائمًا:فتح الملفات، وتحريرها، وحفظها.وفي الوقت نفسه، يقوم الخادم تلقائيًا بإصدار كل شيء.لا يزال بإمكان أي مسؤول (أو مستخدم مطلع) استخدام عميل Subversion للبحث في السجل واسترداد الإصدارات القديمة من البيانات.

نصائح أخرى

هل جربت السلحفاة SVN؟لا أستطيع أن أتخيل أن التحكم بالمصادر أصبح أسهل في الاستخدام.

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

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

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

سأحاول مع Mercurial السلحفاةHG لتكامل المستكشف.

إنه سهل الاستخدام بدرجة كافية دون أي مشاكل:

  • قم بتعليمه لزميل ليس خبيرًا في الكمبيوتر لكتابة النص معًا.
  • قم بإرشاد صديق عبر الهاتف من خلال تثبيت Mercurial (TortoiseHG)، وإنشاء مستودع وإعداده للعمل معًا باستخدام مستودعات الدفع المنفصلة (الخاصة به) والسحب (الخاصة بي) - بعد تثبيته مرة واحدة فقط على جهاز يعمل بنظام Windows (أقوم فقط بتشغيل GNU/ لينكس).

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

لقد تحولت منذ ذلك الحين إلى إدارة جميع مواقع الويب الثابتة الخاصة بي أيضًا عبر Mercurial (وخطاف التحميل الذي يقوم تلقائيًا بتحميل موقع الويب إلى خادم FTP الخاص بي، لذلك لا داعي للقلق بشأن ذلك بعد الآن).

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

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

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

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

الآن، إذا كان هذا مخصصًا للفرق التي تستخدم أجهزة Apple Mac، وهو ما أفترض أنه ليس كذلك، فإنني أوصي به بشدة الإصدارات, ، وهو عميل SVN بديهي للغاية.هذا هو البرنامج الأول والوحيد الذي رأيت فيه التحكم في المراجعة والتحولات النموذجية الخاصة به يتم اعتمادها بسهولة من قبل غير المبرمجين.

لقد قمت بعمل طريقة لإجابة التخريب + webdav:

http://timwise.wikispaces.com/document-versioning

هل قمت بتجربة نسخة Adobe؟هذا ليس مفتوح المصدر / مجاني ولكن قد يكون من الأسهل استخدامه للمستخدم النهائي.

http://www.adobe.com/products/creativesuite/versioncue/

إذا كان Subversion مع TortiseSVN معقدًا للغاية - وقد يكون كذلك، نظرًا لأن التحكم في الإصدار هو نموذج مختلف تمامًا عن Open، وModify، وSave - فقد تبدأ تشغيله باستخدام تحكم يدوي أبسط بكثير في الإصدار:

myDocument-20080908-beverlyd.doc

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

إذا أراد شخص ما أن يرى الاختلافات، علمه الفرق.

-آدم

من المحتمل أن تكون "ملفات المشروع" غامضة - إذا لم تكن الملفات المعنية في المقام الأول ملفات ASCII وهي مستندات Word أو ما لديك، فأنا لست متأكدًا من أن أدوات التحكم بالمصادر التقليدية ستعمل حقًا.

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

ومع ذلك، إذا كانت في الغالب ملفات ASCII، أعتقد أن TortoiseSVN هو أفضل رهان لك.

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