क्या बुरा / खतरनाक / मनमाना बैकअप को / var / backups में डालना अनुचित है?

Question

/var/backupsडेबियन-आधारित सिस्टम पर एक सिस्टम-निर्मित निर्देशिका है। मुझे कई गिट रिपॉजिटरी (प्राइमरी बिटबकैट पर हैं) के बैकअप को स्टोर करने के लिए जगह चाहिए। अगर मैं उन्हें / var / backup / git में स्टोर करता हूँ तो क्या वह एप-गेट को तोड़ देगा, या क्या वे इनोप्ट्यून समय पर स्वचालित रूप से डिलीट हो जाएंगे? क्या कोई कारण है जो मुझे / var / backup का उपयोग नहीं करना चाहिए? अगर वहाँ है, तो एक उचित विकल्प क्या है?

Comments

ऐसा करना खतरनाक नहीं है।

— fpmurphy

Answer 1

/var/backupsडेबियन के लिए विशिष्ट है। यह एफएचएस में निर्दिष्ट नहीं है , और इसका उपयोग डेबियन नीति में दर्ज नहीं किया गया है (देखें डेबियन बग रिपोर्ट लॉग - # 123838 )। व्यवहार http://ubuntuforums.org/showthread.php?t=1232703 में वर्णित है ।

जबकि मैं @fpmurphy से सहमत हूं कि आपकी बैकअप फ़ाइलों को हटाने में डेबियन का कभी भी कोई खतरा नहीं है /var/backup, मुझे लगता है कि यह एक निर्देशिका का उपयोग करने के लिए अच्छी नीति नहीं है जो कि डेबियन-विशिष्ट है। एक के लिए, डेबियन अपनी नीति को बदल सकता है और चीजों को तोड़ सकता है। दूसरे के लिए, उपयोगकर्ता समुदाय को पहले से ही विशिष्ट अपेक्षाएं हैं कि निर्देशिका क्या है। और अंत में, क्योंकि यह इस अर्थ में "पोर्टेबल" नहीं है कि यह स्पष्ट नहीं है कि यह निर्देशिका गैर-डेबियन वितरण में कहां होगी।

अगर FHS की मेरी समझ सही है, तो Git रिपॉजिटरी के क्लोन को अंदर /opt/<project_name>/.gitया अंदर रखना उचित होगा /usr/local/src/<project_name/.git। मेरा व्यक्तिगत झुकाव पूर्व का उपयोग करना होगा क्योंकि यह बैकअप प्रोजेक्ट संसाधनों के लिए दरवाजा खुला छोड़ देता है जो स्रोत फाइलें नहीं हैं और इसलिए गिट में नहीं हैं।

यदि आप वास्तव में इन रिपॉजिटरी की बैकअप प्रकृति पर जोर देना चाहते हैं, तो आप उन्हें /backupsया यहां तक /home/backupsकि दो निर्देशिका नाम रख सकते हैं, जिन्हें अक्सर बाहरी भंडारण के लिए माउंट पॉइंट के रूप में उपयोग किया जाता है।

Comments

/var/backupsवास्तव में है FHS में उल्लेख किया है। यह कहता है कि निर्देशिका "आरक्षित" है, लेकिन बहुत कुछ नहीं: refspecs.linuxfoundation.org/FHS_2.3/…

— Ajedi32

Answer 2

आजकल, ऐसा लगता है कि FHS सुझाव देता है कि आप स्वतंत्र रूप से जो कुछ भी उपनिर्देशिका के तहत बना सकते हैं /srv, जैसे /srv/archives/bitbucket।
मुझे FHS परिभाषा के साथ वास्तव में स्पष्ट नहीं मिलता है कि बैकअप "सिस्टम द्वारा सेवा की गई" फाइलें नहीं हैं। वैसे भी, /srvएक स्वतंत्र नाम स्थान है।

Answer 3

बैकअप gitरिपॉजिटरी का सबसे अच्छा तरीका रिपॉजिटरी का एक (नंगे) क्लोन है। gitअपने अंतरिक्ष उपयोग में काफी मितव्ययी है, वहाँ कुछ भी संपीड़ित करने में कोई लाभ नहीं होगा। और एक क्लोन आसानी से अद्यतित रखा जा सकता है (जब तक कि अपस्ट्रीम थोक इतिहास पुनर्लेखन की तरह बेवकूफ मज़ाक नहीं करता है, कुछ भी नहीं खो सकता है)।

Comments

गिट क्लोन एक दर्पण है, बैकअप नहीं। बैकअप इतिहास को संरक्षित करना चाहिए। यद्यपि एक संस्करण नियंत्रक रिपॉजिटरी को इतिहास को स्टोर करने के लिए डिज़ाइन किया गया है, जैसा कि आपने लिखा था, यह विफलताओं / गलतियों के लिए पूरी तरह से प्रतिरक्षा नहीं है। देखें taobackup.com/history.html

— Hontvári Levente