Borg: "छंटनी" के लिए टैगिंग अभिलेखागार?

को निर्मित 6 अप्रैल 2016 · 5टिप्पणियाँ · स्रोत: borgbackup/borg

वर्तमान में borg prune केवल संग्रह को एक सामान्य उपसर्ग द्वारा छंटने के लिए प्रतिबंधित कर सकता है। नामकरण योजनाओं के लिए यह काम करता है संग्रह नामों का "छंटनी-प्रासंगिक" हिस्सा सामने है, उदाहरण के लिए system-<hostname>-<date> और userdata-<hostname>-<date> , लेकिन वास्तव में किसी और चीज के लिए काम नहीं करता है।

टैग जोड़ना, यानी मनमानी स्ट्रिंग्स की एक सूची ("," को छोड़कर जो टैग विभाजक होगा) मदद करेगा। "छंटनी" और "--prefix" का उपयोग करने वाले अन्य आदेशों को "--tags" विकल्प मिलेगा, और केवल वे संग्रह जिनमें _all_ (या _any_, चर्चा) टैग सूचीबद्ध हैं, प्रभावित होंगे (और इस कारण से उन्हें अपरिवर्तनीय होना चाहिए)।

संपादित करें: अलग दृष्टिकोण हो सकता है, कोई अतिरिक्त मेटाडेटा फ़ील्ड नहीं, पीछे की ओर-लागू ।

~~नाम तो पहले से ही हैं।~~ हम बस --tags some,tags (हमेशा , उपयोग यहां सीमांकक के रूप में करें?) और --tag-delim - (डिफ़ॉल्ट के रूप में क्या परिसीमन?)

tags = set(args.tags.split(args.tag_delim))
for archive in ...:
  if set(archive.name.split(args.tag_delim)) <= tags:
    ...  # prune

enhancement

स्रोत

enkore

सबसे उपयोगी टिप्पणी

मैं टैग/उपनाम के लिए इस सुविधा अनुरोध को टक्कर देना चाहता हूं।

गिट ब्रह्मांड में इतना समय बिताने के बाद, मैं खुद को चाहता हूं कि मैं विशिष्ट बोर्ग अभिलेखागार में अतिरिक्त टैग लागू कर सकूं।

संग्रह नाम में टैग एम्बेड करना वर्तमान में संभव है, लेकिन जब आप किसी संग्रह के लिए एकाधिक टैग का उपयोग करना चाहते हैं तो यह काफी अनियंत्रित है। उदाहरण के लिए, मैं पहले से ही होस्टनाम, टाइमस्टैम्प, और एक या दो अन्य क्षेत्रों को एम्बेड करने के लिए संग्रह नाम का उपयोग करता हूं। मैं "@latest" और "@release-1" जैसे अतिरिक्त टैग भी जोड़ना चाहता हूं। यह जल्दी गड़बड़ हो जाता है। इससे भी बदतर, मैं कभी-कभी @latest जैसे टैग को एक संग्रह से दूसरे संग्रह में ले जाना चाहता हूं।

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

वर्तमान में, मेरा काम मेरे द्वारा तैयार की गई नामकरण योजना के साथ मूल संग्रह बनाना है, और फिर तुरंत "@" से शुरू होने वाले नामों के साथ कई अतिरिक्त संग्रह बनाना है -- @latest , @v1.0, @beta2 , आदि। उन अतिरिक्त संग्रहों में से प्रत्येक को स्कैन/बनाने में कुछ मिनट लगते हैं, और भंडार में केवल कुछ सौ बाइट जोड़ता है क्योंकि सामग्री मूल संग्रह के समान होती है। (ठीक है, जब तक फाइलें उन दो मिनटों में नहीं बदली हैं।)

टैग मेटाडेटा जोड़कर उस मंदी को खत्म करना वाकई अच्छा होगा।

मैं यूआई को इस तरह कुछ होने की कल्पना करता हूं:

एक नया टैग बनाएं और उसे मौजूदा संग्रह पर इंगित करें:
borg tag [repo::archive-name] [tag1] [tag2] ...
उन सभी टैगों और संग्रहों की सूची बनाएं जिनकी वे ओर इशारा करते हैं
borg tag --list [repo]
टैग हटाना मौजूदा borg delete कमांड का पुन: उपयोग कर सकता है या एक कमांड विकल्प भी हो सकता है:
borg tag -d [repo] [tagname]

इस पर विचार करने के लिए धन्यवाद!

billyc 10 मार्च 2017

👍3

सभी 5 टिप्पणियाँ

नाम और टैग मिलाना अशुद्ध लगता है। टैग अलग संग्रह मेटाडेटा हो सकते हैं।

ThomasWaldmann 6 अप्रैल 2016

अच्छा बिंदु, लेकिन मुझे यकीन नहीं है कि यह यहां ठीक नहीं है (एक डिजाइन निर्णय के रूप में)। #८६६ ने मुझे सोचने पर मजबूर कर दिया "हम्म, व्हाट _is_ आर्काइव नाम वास्तव में किसके लिए?"। टैगिंग के लिए इसे "रीसाइक्लिंग" करना वास्तव में साफ-सुथरी बात नहीं है, लेकिन यह मेरे लिए काफी व्यावहारिक लगता है (यदि यह 100% स्पष्ट ऑप्ट-इन है)। एक तरह से "टैग" "नाम" फ़ील्ड को देखने का एक अलग तरीका होगा।

enkore 9 अप्रैल 2016

मैं टैग/उपनाम के लिए इस सुविधा अनुरोध को टक्कर देना चाहता हूं।

टैग मेटाडेटा जोड़कर उस मंदी को खत्म करना वाकई अच्छा होगा।

मैं यूआई को इस तरह कुछ होने की कल्पना करता हूं:

एक नया टैग बनाएं और उसे मौजूदा संग्रह पर इंगित करें:
borg tag [repo::archive-name] [tag1] [tag2] ...
उन सभी टैगों और संग्रहों की सूची बनाएं जिनकी वे ओर इशारा करते हैं
borg tag --list [repo]
टैग हटाना मौजूदा borg delete कमांड का पुन: उपयोग कर सकता है या एक कमांड विकल्प भी हो सकता है:
borg tag -d [repo] [tagname]

इस पर विचार करने के लिए धन्यवाद!

billyc 10 मार्च 2017

👍3

हाल ही में बोर्ग को आज़माना शुरू किया था लेकिन टैगिंग विचार को +1 करना चाहता था। मैं बैकअप के लिए प्रासंगिक उपयोग-मामला देख सकता हूं जिससे टैग का उपयोग यह परिभाषित करने के लिए किया जाता है कि एक संग्रह का बैकअप किस एकाधिक क्लाउड सेवाओं में है। मैं कल्पना करता हूं (अन्य चर्चाओं के आधार पर) कि क्लाउड बैकअप संभवतः एक अलग टूल के माध्यम से होगा जो टैग पर उठाता है और, उदाहरण के लिए, अपलोड करने के लिए *.tgz फ़ाइल बनाने का काम करता है। (आप बैकअप फ़्रीक्वेंसी को एक अलग डिटेक्टेबल टैग के रूप में भी जोड़ सकते हैं, लेकिन उस तरह की चीज़ बोर्ग के बजाय बैकअप टूल के दायरे में होगी।)

ChrisDowning 10 मार्च 2017

संभावित टैग कार्यान्वयन के लिए अंक #2300 देखें। यह वर्तमान में Gmail लेबल की तुलना में git tag की तरह अधिक है -- दूसरे शब्दों में, संग्रह के लिए अतिरिक्त उपनाम मौजूद हो सकते हैं, लेकिन उनका अद्वितीय होना आवश्यक है। उस विचार को यहां जो चर्चा की गई है उसके साथ विलय करना मुश्किल नहीं हो सकता है - एकाधिक संग्रहों पर लेबल लागू होते हैं।

billyc 14 मार्च 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Borg: "छंटनी" के लिए टैगिंग अभिलेखागार?

सबसे उपयोगी टिप्पणी

सभी 5 टिप्पणियाँ

संबंधित मुद्दों