Restic: बहिष्कृत फ़ाइल सिंटैक्स के लिए दस्तावेज़ नहीं ढूँढ सकता

नमस्ते, क्या आपने देखा?

पैटर्न फ़ाइलपथ का उपयोग करते हैं। आंतरिक रूप से ग्लोब, फ़ाइलपथ देखें। सिंटैक्स के लिए मिलान करें। इसके अतिरिक्त ** मनमानी उपनिर्देशिकाओं को बाहर करता है। बहिष्कृत-फ़ाइलों में पर्यावरण-चर os.ExpandEnv के साथ विस्तारित होते हैं।

https://github.com/restic/restic/blob/master/doc/manual.rst में?

मुझे लगता है कि इसे आपके सवालों का जवाब देना चाहिए।

मैं https://restic.readthedocs.io/en/latest/manual.html पर प्रलेखन में गया और बहिष्कृत करने के लिए खोज की, जहां दुर्भाग्य से इसमें कोई सामान्य उदाहरण शामिल नहीं है (या मैन्युअल पर अन्य दस्तावेज़ीकरण का संदर्भ। ) :/

मैंने गोलांग दस्तावेज़ पढ़ा है और मुझे लगता है कि अंतिम उपयोगकर्ता (मुझे!) यह जानने वाला नहीं है कि रेस्टिक आंतरिक रूप से बहिष्कृत की तुलना कर रहा है - क्या यह पूर्ण पथ है (उदाहरण के लिए /home/me/blah) या पथ से रिपोजिटरी रूट (/ blah या blah), या cwd के सापेक्ष (मुझे/blah जब मैं/घर पर हूं)?

इस मुद्दे को उठाने के लिए धन्यवाद, मुझे लगता है कि आपके पास एक वैध बिंदु है। मैनुअल को godoc.org को संदर्भित किए बिना बहिष्कृत फ़िल्टर की व्याख्या करनी चाहिए, और अधिक उदाहरण आवश्यक हैं।

अपने कुछ सवालों के जवाब पहले से ही देने के लिए:

• सहेजे जाने वाले फ़ाइल/डीआईआर के पूर्ण पथ के विरुद्ध सभी पैटर्न का परीक्षण किया जाता है
• सापेक्ष पथ/पैटर्न सहेजे जाने वाले पथ के नीचे कहीं भी मेल खाएंगे
• फिलहाल फ़ाइल और निर्देशिका के बीच अंतर करने का कोई तरीका नहीं है, इसलिए --exclude foo foo नाम की किसी भी फाइल और निर्देशिका को बाहर कर देगा। वही --exclude foo/ ।

आपकी बहिष्कृत फ़ाइल से:

• ._* उन सभी फाइलों और निर्देशिकाओं से मेल खाएगा जिनका नाम डॉट और अंडरस्कोर से शुरू होता है
• desktop.ini desktop.ini नामक सभी फाइलों से बिल्कुल मेल खाएगा। तो desktop.ini.bak को बाहर नहीं रखा गया है और स्नैपशॉट में सहेजा गया है।
• .Trash-* .Trash- , .Trash-foobar आदि नाम की फाइलें/डीआईआर शामिल नहीं हैं।
• .tmp$ .tmp$ नाम की सभी फाइलें/डीआईआर शामिल नहीं हैं, जो एक बिंदु है, उसके बाद tmp और उसके बाद डॉलर का चिह्न है। कोई रेगेक्सपी विस्तार नहीं।
• ~$ टिल्ड डॉलर नाम की सभी फाइलें/डीआईआर शामिल नहीं हैं। टिल्ड में समाप्त होने वाली सभी फाइलों/डीआईआर को बाहर करने के लिए, *~ ।
• ~/.cache टिल्डे नामक सभी डीआईआर में निर्देशिका .cache को बाहर करता है। केवल अपनी होम निर्देशिका में कैश निर्देशिका को बाहर करने के लिए, $HOME/.cache (टिल्ड का विस्तार नहीं किया गया है, पर्यावरण चर हैं, लेकिन केवल --exclude-file माध्यम से पढ़ी जाने वाली फ़ाइल में, कमांड-लाइन में शेल का विस्तार होता है दोनों)।
• /full/path/to/directory/.syncthing/index* index नीचे /full/path/to/directory/.syncthing शुरू होने वाले नामों वाली सभी चीज़ें शामिल नहीं हैं।

धन्यवाद @fd0

तो "वर्तमान निर्देशिका" के साथ, आपका मतलब उस निर्देशिका से नहीं है जब मैंने बैकअप लॉन्च किया था, लेकिन निर्देशिका जो रेस्टिक वर्तमान में फाइलों की जांच कर रही है (इसके अलावा जो स्लैश से शुरू होती है)। समझ गया।

फ़ाइलों और निर्देशिकाओं के लिए व्यवहार थोड़ा अप्रत्याशित है, मैंने निर्देशिका का बैकअप लेने के लिए --exclude foo/ की अपेक्षा की होगी, लेकिन सामग्री को नहीं, जबकि --exclude foo को बैकअप के लिए न तो। यकीन नहीं क्यों, rsync से मुझे लगता है।

मेरे उदाहरण एक महत्वपूर्ण चूक गए: रिक्त स्थान! मुझे लगता है कि मुझे बैकस्लैश के साथ उन और शैल मेटाएक्टेक्टर्स से बचने की जरूरत है।

मैंने इनमें से बहुतों की नकल की: https://gist.github.com/jult/e2eaedad6b9e29d95977fea0ddffae7d

क्या बहिष्कृत फ़ाइल में टिप्पणियों की अनुमति है? संपादित करें: https://github.com/restic/restic/pull/916/commits/c796d84fca48feea91ca3e85fbf38e16f764a468 ऐसा लगता है कि हैश टिप्पणी वर्ण है।

आह, मुझे डर है कि यह अभी भी पूरी तरह से सही नहीं है। मैं वर्णन करूँगा कि कैसे रेस्टिक बहिष्कृत पैटर्न का मूल्यांकन करता है। मान लीजिए कि रेस्टिक को उपयोगकर्ता द्वारा अपने होम डायरेक्टरी ( /home/user ) में इस तरह चलाया जाता है:

$ restic backup --exclude='*.bak' --exclude='/home/user/secret' --exclude='extra' ~

फिर रेस्टिक को निम्न कमांड लाइन तर्क दिखाई देंगे (खोल द्वारा विस्तार के बाद):

["restic", "backup", "--exclude='*.bak'", "--exclude='/home/user/secret'", "--exclude='extra'", "/home/user"]

फिर, यह /home/user पार करना शुरू कर देता है। निम्न सूची बताती है कि क्या होता है जब नामित फ़ाइल/डीआईआर देखा जाता है। रेस्टिक हमेशा पैटर्न के खिलाफ पूर्ण पथ का परीक्षण करता है:

• फ़ाइल /home/user/foo.bak : पैटर्न *.bak मेल खाता है और फ़ाइल सहेजी नहीं गई है। पैटर्न पूर्ण नहीं है इसलिए यह .bak में समाप्त होने वाली सभी फाइलों के लिए हर जगह मेल खाता है।
• डीआईआर /home/user/secret : पूर्ण पैटर्न /home/user/secret मेल खाता है, इसलिए डीआईआर सहेजा नहीं गया है और ट्रैवर्स नहीं किया गया है
• dir /home/user/foo/home/user/secret : कोई पैटर्न मेल नहीं खाता, इसलिए dir सहेजा जाता है।
• dir /home/user/work/extra : पैटर्न extra मेल खाता है, dir सहेजा नहीं गया है।

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

कोई और प्रश्न? :)

मेरे पास और प्रश्न हैं, और मैं उनके उत्तर देने में आपके द्वारा लिए जा रहे समय की बहुत सराहना करता हूं। पैटर्न के स्वचालित एंकरिंग के बारे में यह वास्तव में एक प्रश्न है। मुझे लगता है कि मैं उत्तर का अनुमान लगा सकता हूं (हम पूर्ण पथ पर काफी अद्वितीय होने पर भरोसा करते हैं और हमें वह व्यवहार देते हैं जो हम चाहते हैं), लेकिन यह पूछना और सुनिश्चित होना सबसे अच्छा है।

क्या पूर्ण पैटर्न /home/user/secret मेल खाएगा /home/user/secret2 ? (क्या होगा यदि आप इसे नहीं चाहते हैं?)
क्या पूर्ण पैटर्न /home/user/secret मेल खाएगा /home/user/somemount/home/user/secret ?

दोनों ही मामलों में: नहीं, पैटर्न मेल नहीं खाएगा।

ऐसा क्यों है? संपादित करें: मुझे खुशी है कि यह नहीं है, लेकिन मुझे नहीं लगता कि ऐसा क्यों है :)

एक शेल क्या करेगा, इसके बाद मेल खाने वाला कोड तैयार किया गया है: यदि आप स्वयं से पूछें, यदि फ़ाइल /home/user/secret2 मौजूद है, तो ls /home/user/secret प्रिंट होगा (बशर्ते फ़ाइल secret मौजूद नहीं होना)?

अधिक औपचारिक शब्दों में: यदि पैटर्न / शुरू होता है तो यह पूर्ण है और पैटर्न परीक्षण के तहत स्ट्रिंग की शुरुआत में मेल खाना चाहिए, इसलिए पैटर्न /home/user/secret /home/user/somemount[...] मेल नहीं खाता है

आप अपने लिए कल्पना कर सकते हैं कि पैटर्न और फ़ाइल पथ दोनों अपने संबंधित घटकों में विभाजित हैं:

• /home/user/secret को [ROOT, "home", "user", "secret"] में विभाजित किया गया है और फ़ाइल /home/user/somemount/home/user/secret को [ROOT, "home", "user", "somemount", "home", "user", "secret"] में विभाजित किया गया है। इस उदाहरण में रूट निर्देशिका को चिह्नित करने के लिए स्ट्रिंग ROOT का उपयोग किया गया है। आप देख सकते हैं कि पैटर्न फ़ाइल नाम में समाहित नहीं है।
  
  
  
  • आइए फ़ाइल को देखें /home/user/secret2 , जो [ROOT, "home", "user", "secret2"] में विभाजित है। फिर से आप देख सकते हैं कि पैटर्न फ़ाइल नाम में समाहित नहीं है।
  
  
• फ़ाइल के लिए /home/user/secret/secret.txt , जिसे [ROOT, "home", "user", "secret", "secret.txt"] में विभाजित किया गया है, आप देख सकते हैं कि पैटर्न वास्तव में फ़ाइल नाम में निहित है, ठीक शुरुआत में: [ROOT, "home", "user", "secret", ...] , इसलिए पैटर्न मेल खाता है और फ़ाइल को बाहर रखा गया है।
• मान लें कि हमारे पास secret/secret.txt एक सापेक्ष बहिष्करण पैटर्न है, जो ["secret", "secret.txt"] में विभाजित है। आप देख सकते हैं कि यह पैटर्न ऑफ़सेट 3: [ROOT, "home", "user", "secret", "secret.txt"] से शुरू होकर /home/user/secret/secret.txt फ़ाइल की सूची में पाया जा सकता है, इसलिए पैटर्न मेल खाता है।

जब आपके पास पथ घटक में वाइल्डकार्ड ( * , ? वगैरह) होते हैं, तो उनका भी परीक्षण किया जाता है। तो आपका पहला उदाहरण के लिए, के एक पैटर्न /home/user/secret* पथ से मेल होगा /home/user/secret2 ।

ये सभी उदाहरण मेरे विचार से मैनुअल में दस्तावेज होने चाहिए।

गोचा। धन्यवाद।

क्या नकारात्मक बहिष्करण संभव है ala .gitignore?
मैं नेस्टेड डीआईआर .meteor/local/db को छोड़कर .meteor नाम की निर्देशिकाओं में सभी सामग्री को बाहर करना चाहता हूं, क्या मैं ऐसा कर सकता हूं?

/आदि/रेस्टिक/बहिष्कृत:
.meteor/ !.meteor/local/db
restic backup exclude-file=/etc/restic/excludes

नहीं, यह अभी तक लागू नहीं हुआ है।

दस्तावेज़ीकरण में शामिल/बहिष्कृत उदाहरण #396 में ट्रैक किए गए हैं, मैं इस मुद्दे को यहां बंद कर रहा हूं।

@ fd0 मैं कोशिश कर रहा हूँ नौकरियों नीचे की तरह / / jobs / / बनाता / ** / सभी निर्देशिकाओं से संग्रह dir बाहर करने के लिए संग्रह के होगा कि काम पथ शामिल नहीं है। और मेरे पास इस तरह के कई पथ हैं जिन्हें मुझे बाहर करने की आवश्यकता है, यदि संभव हो तो क्या आप मुझे इस तरह से निपटने का सबसे अच्छा तरीका सुझा सकते हैं क्योंकि मुझे दस्तावेज़ीकरण में इस तरह का कोई उदाहरण नहीं मिल रहा है