अवलोकन + प्रश्न
मैं गैर-/ आदि के लिए एटकीपर -जैसे फाइल सिस्टम मेटाडेटा नियंत्रण चाहता हूं , गिट-नियंत्रित निर्देशिका। घर और वेब-ऐप निर्देशिकाएं, अन्य लोगों के साथ मेटाडेटा के लिए शास्त्रीय रूप से संवेदनशील हैं (फ़ाइल स्वामित्व, एसीएल, अनुमतियां)। स्वचालित सर्वर परिनियोजन ( फैब्रिक जैसे उपकरणों के साथ ) के लिए अन्य चीजों के साथ काम करने के लिए यह बेहद उपयोगी / महत्वपूर्ण हो सकता है । मैं उक्त डायरियों पर एटकीपर जैसी क्षमता का फिर से उपयोग करना चाहूंगा, या तो एटकीपर के साथ या कुछ और।
क्या कोई भी निम्नलिखित में से किसी भी या दोनों को प्रदान करने के लिए कोई सुझाव / चाल / कार्य समाधान सुझा सकता है:
- etckeeper इंजन को लागू करें (केवल ध्यान दें कि etiteeper की git-specific क्षमता के बारे में) non-/ etc, git-नियंत्रित डायरेक्टरीज़। (मान सकते हैं कम से कम Debian / Ubuntu लिनक्स पर; MacOSX / चाहते हैं homebrew यदि संभव हो तो समर्थन करते हैं।)
- मेटाडेटा समर्थन ( गिट-कैश-मेटा जैसी अति-सरलीकृत चीज़ों से परे) के साथ गिट का विस्तार करें, एक एटकीपर जैसी क्षमता या बेहतर का समर्थन करने के लिए?
अधिक जानकारी, पृष्ठभूमि
फ़ाइल-सिस्टम-मेटाडेटा-नियंत्रण क्षमताओं के साथ विस्तार करने में रुचि बढ़ रही है । एटकीपर का मेटाडेटा "इंजन" मेरे अनुभव में काफी शक्तिशाली और विश्वसनीय लगता है , और एटकीपर दूसरों के साथ भी लोकप्रिय लगता है । मेटास्टोर के गैर-पाठ-आधारित / मर्ज-अनफ्रेंडली चुनौतियों के कारण कम से कम भाग में मेटास्टोर । इसके अलावा, एटकेटर एक मेटास्टोर-आधारित कोर के साथ शुरू हुआ है, लेकिन फिर अपने स्वयं के (सट्टा) पर स्विच किया गया है।
जाहिर है, इसमें ओएस / फाइलसिस्टम-विशिष्ट निर्भरताएं हैं। (उदाहरण के लिए, विंडोज पर ऑटो-तैनाती की कोशिश नहीं कर रहा है।) एक वैकल्पिक सुझाव देंएक्सटेंशन (यदि यह "मूल एक्सटेंशन") है, तो उपयोगकर्ता द्वारा ऑन-डिमांड को क्रॉस-प्लेटफॉर्म के टूटने के संभावित परिणामों के साथ सक्षम किया जाता है, जैसे कि मूल व्यवहार जीआईटी के "डिफ़ॉल्ट रूप से" क्रॉस-प्लेटफॉर्म मित्रता को नहीं तोड़ता है। इसके अलावा, असाधारण यूनिक्स / डार्विन / आदि मेटाडेटा (जैसे एसीएल) को बचाने की आवश्यकता नहीं है; बुनियादी उपयोगकर्ता / समूह / अन्य परमिट और उपयोगकर्ता / समूह स्वामित्व ठीक होगा। (ये वही चीजें हैं जो वर्तमान में मेरी "सुरक्षा / भेद्यता नियंत्रण / नीतियों में चीजों को तोड़ रही हैं।") विशिष्ट ओएस मैं सामने लक्ष्य कर रहा हूं: डेबियन, उबंटू, मैकओएस 10.6+। बाद में: रेडहैट (CentOS, Fedora, RHEL), SUSE, शायद अन्य लिनक्स, और * BSD (FreeBSD, NetBSD, OpenBSD)। विंडोज / वीएमएस (भले ही वीएमएस पॉजिक्स-फ्रेंडली हो सकता है) या अन्य गैर-यूनिक्स जैसे ओएस के लिए किसी भी जरूरतमंद के लिए आवेदन / आवेदन नहीं देखा जा सकता है।
यह भी देखें: इस स्टैकओवरफ्लो प्रश्न मैं पोस्ट किए गए पहले से मौजूद git, फ़ाइल-मेटाडेटा / फ़ाइल-प्रकार ट्रैकिंग क्षमताओं पर पृष्ठभूमि ।
एक नई परियोजना के लिए आवश्यकताओं का विकास?
इसके अतिरिक्त: यदि किसी को इस तरह की क्षमता के लिए आवश्यकताओं को विकसित करने की परवाह है, तो मुझे यकीन है कि यह उपयोगी साबित हो सकता है, विशेष रूप से ऊपर संबोधित करने के लिए एक नई / अपूर्ण परियोजना के लिए।