سؤال

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

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

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

المحلول

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

نصائح أخرى

http://joey.kitenet.net/code/etckeeper/ <؟ / P>

ومن هذا الموقع:

<اقتباس فقرة>   

وetckeeper هو عبارة عن مجموعة من الأدوات للسماح / الخ خزنها في بوابة، الزئبقي، darcs، أو BZR مستودع. ذلك هوكس الى مناسب (والمديرين الآخرين بما في ذلك حزمة يم وبكمن-G2) لارتكاب التغييرات التي أدخلت على / الخ أثناء ترقيات حزمة تلقائيا. ويتابع ملف الفوقية التي revison أنظمة التحكم لا تدعم عادة، ولكن هذا هو المهم بالنسبة / الخ، مثل أذونات /etc/shadow. انها وحدات تماما وشكلي، في حين يجري أيضا بسيطة لاستخدام إذا فهم أساسيات العمل مع مراجعة مراقبة.

وإذا كان نظام لينكس يتبع LFS (لينكس معيار الملفات، IIRC)، ثم / الخ يجب أن يحتوي فقط ملفات التكوين. كان لي تجربة جيدة عن طريق استيراد كل من / الخ في CVS.

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

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