गिट-कैट-फ़ाइल - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

git-cat-file - रिपॉजिटरी ऑब्जेक्ट के लिए सामग्री या प्रकार और आकार की जानकारी प्रदान करें

SYNOPSIS

Git cat-file (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | | --textconv )
Git cat-file (--बैच | --बैच-चेक) [--फ़ॉलो-सिम्लिंक]

वर्णन

अपने पहले रूप में, कमांड किसी ऑब्जेक्ट की सामग्री या प्रकार प्रदान करता है
भण्डार. जब तक प्रकार आवश्यक न हो -t or -p ऑब्जेक्ट प्रकार खोजने के लिए उपयोग किया जाता है, या -s is
वस्तु का आकार ज्ञात करने के लिए उपयोग किया जाता है, या --textconv प्रयोग किया जाता है (जिसका तात्पर्य "ब्लॉब" प्रकार से है)।

दूसरे फॉर्म में, stdin पर ऑब्जेक्ट्स की एक सूची (लाइनफ़ीड्स द्वारा अलग की गई) प्रदान की जाती है, और
प्रत्येक ऑब्जेक्ट का SHA-1, प्रकार और आकार stdout पर मुद्रित होता है।

विकल्प

दिखाने के लिए वस्तु का नाम. ऑब्जेक्ट की वर्तनी लिखने के तरीकों की अधिक संपूर्ण सूची के लिए
नाम, "विनिर्दिष्ट संशोधन" अनुभाग देखें गीट्रेविज़न(7).

-t
सामग्री के बजाय, द्वारा पहचाने गए ऑब्जेक्ट प्रकार को दिखाएं .

-s
सामग्री के बजाय, द्वारा पहचाने गए ऑब्जेक्ट का आकार दिखाएं .

-e
सभी आउटपुट को दबाएँ; इसके बजाय यदि शून्य स्थिति के साथ बाहर निकलें मौजूद है और वैध है
वस्तु।

-p
की सामग्री को सुंदर ढंग से प्रिंट करें इसके प्रकार के आधार पर.


आमतौर पर यह वास्तविक प्रकार से मेल खाता है लेकिन उस प्रकार के बारे में पूछ रहा हूँ जो कर सके
दिए गए से तुच्छ रूप से असंबद्ध किया जाए भी अनुमति है. एक उदाहरण है
साथ में एक "पेड़" मांगें एक प्रतिबद्ध वस्तु होने के नाते जिसमें यह शामिल है, या इसके लिए पूछना है
"ब्लॉब" के साथ एक टैग ऑब्जेक्ट होना जो उस पर इंगित करता है।

--textconv
टेक्स्टकॉन्व फ़िल्टर द्वारा रूपांतरित सामग्री को दिखाएं। इस मामले में, का हो गया है
फार्म : , या : सामग्री पर फ़िल्टर लागू करने के लिए
सूचकांक में दर्ज किया गया .

--बैच, --बैच=
stdin पर उपलब्ध प्रत्येक ऑब्जेक्ट के लिए ऑब्जेक्ट जानकारी और सामग्री प्रिंट करें। नहीं हो सकता
किसी अन्य विकल्प या तर्क के साथ संयुक्त। इसके लिए नीचे बैच आउटपुट अनुभाग देखें
विवरण।

--बैच-चेक, --बैच-चेक=
stdin पर उपलब्ध प्रत्येक ऑब्जेक्ट के लिए ऑब्जेक्ट जानकारी प्रिंट करें। के साथ जोड़ा नहीं जा सकता
कोई अन्य विकल्प या तर्क। विवरण के लिए नीचे बैच आउटपुट अनुभाग देखें।

--बैच-सभी-ऑब्जेक्ट्स
stdin पर ऑब्जेक्ट की सूची पढ़ने के बजाय, अनुरोधित बैच ऑपरेशन करें
भंडार में सभी वस्तुओं और किसी भी वैकल्पिक वस्तु भंडार पर (केवल पहुंच योग्य नहीं)।
वस्तुएं)। आवश्यक है --बैच या --बैच-चेक निर्दिष्ट किया जाए। ध्यान दें कि वस्तुएं हैं
उनके हैश द्वारा क्रमबद्ध क्रम में दौरा किया गया।

--बफर
आम तौर पर प्रत्येक ऑब्जेक्ट के आउटपुट के बाद बैच आउटपुट को फ्लश किया जाता है, ताकि एक प्रक्रिया हो सके
कैट-फ़ाइल से अंतःक्रियात्मक रूप से पढ़ें और लिखें। इस विकल्प के साथ, आउटपुट सामान्य उपयोग होता है
stdio बफ़रिंग; बड़े पैमाने पर --बैच-चेक लागू करते समय यह अधिक कुशल होता है
वस्तुओं की संख्या.

--अनुमति-अज्ञात-प्रकार
अज्ञात प्रकार की टूटी/भ्रष्ट वस्तुओं को क्वेरी करने के लिए -s या -t को अनुमति दें।

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

जब कोई ऑब्जेक्ट इंडेक्स में होता है तो यह विकल्प (वर्तमान में) सही ढंग से काम नहीं करता है
पेड़ में एक के बजाय निर्दिष्ट (जैसे HEAD:link के बजाय :link)।

इस विकल्प का (वर्तमान में) तब तक उपयोग नहीं किया जा सकता जब तक --बैच या --बैच-चेक का उपयोग न किया जाए।

उदाहरण के लिए, एक गिट भंडार पर विचार करें जिसमें शामिल हैं:

f: एक फ़ाइल जिसमें "हैलो\n" है
लिंक: एफ के लिए एक सिम्लिंक
डीआईआर/लिंक: ../एफ के लिए एक सिम्लिंक
पलक: ../f का एक सिम्लिंक
alink: एक सिमलिंक टू / Etc / पासवर्ड

नियमित फ़ाइल f के लिए, echo HEAD:f | git cat-file --batch प्रिंट होगा

ce013625030ba8dba906f756967f9e9ca394464a blob 6

और इको हेड:लिंक | git cat-file --batch --follow-symlinks वही प्रिंट करेगा
चीज़, जैसा कि HEAD:dir/link होगा, क्योंकि वे दोनों HEAD:f पर इंगित करते हैं।

--फॉलो-सिम्लिंक के बिना, ये सिम्लिंक के बारे में ही डेटा प्रिंट करेंगे। में
HEAD:link का मामला, आप देखेंगे

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

प्लिंक और एलिंक दोनों पेड़ के बाहर इंगित करते हैं, इसलिए वे क्रमशः प्रिंट करेंगे:

सिम्लिंक 4
../एफ

सिम्लिंक 11
/ Etc / पासवर्ड

आउटपुट

If -t निर्दिष्ट है, इनमें से एक .

If -s निर्दिष्ट है, का आकार बाइट्स में.

If -e निर्दिष्ट है, कोई आउटपुट नहीं।

If -p निर्दिष्ट है, की सामग्री सुंदर मुद्रित हैं.

अगर निर्दिष्ट है, की कच्ची (यद्यपि असम्पीडित) सामग्री होगा
लौटा हुआ।

बैच आउटपुट

यदि --बैच या --बैच-चेक दिया गया है, तो कैट-फ़ाइल stdin से ऑब्जेक्ट को पढ़ेगी, प्रति पंक्ति एक,
और उनके बारे में जानकारी प्रिंट करें। डिफ़ॉल्ट रूप से, पूरी पंक्ति को एक ऑब्जेक्ट के रूप में माना जाता है,
मानो इसे खिलाया गया हो गिट-रेव-पार्स(1).

आप कस्टम का उपयोग करके प्रत्येक ऑब्जेक्ट के लिए दिखाई गई जानकारी निर्दिष्ट कर सकते हैं .
फॉर्म के प्लेसहोल्डर्स के साथ, प्रत्येक ऑब्जेक्ट के लिए स्टडआउट करने के लिए शाब्दिक रूप से कॉपी किया जाता है
%(atom) का विस्तार हुआ, उसके बाद एक नई पंक्ति आई। उपलब्ध परमाणु हैं:

वस्तु का नाम
ऑब्जेक्ट का 40-हेक्स ऑब्जेक्ट नाम.

वस्तु प्रकार
ऑब्जेक्ट का प्रकार (cat-file -t रिपोर्ट के समान)।

वस्तुआकार
ऑब्जेक्ट का आकार, बाइट्स में (cat-file -s रिपोर्ट के समान)।

ऑब्जेक्ट आकार: डिस्क
वह आकार, बाइट्स में, जो ऑब्जेक्ट डिस्क पर लेता है। ऑन-डिस्क आकार के बारे में नोट देखें
नीचे चेतावनी अनुभाग में।

डेल्टाबेस
यदि ऑब्जेक्ट को डिस्क पर डेल्टा के रूप में संग्रहीत किया जाता है, तो यह 40-हेक्स sha1 तक विस्तारित होता है
डेल्टा बेस ऑब्जेक्ट. अन्यथा, शून्य sha1 (40 शून्य) तक विस्तारित होता है। नीचे चेतावनी देखें।

आराम
यदि इस परमाणु का उपयोग आउटपुट स्ट्रिंग में किया जाता है, तो इनपुट लाइनें पहले विभाजित हो जाती हैं
रिक्त स्थान सीमा. उस रिक्त स्थान से पहले के सभी वर्ण माने जाते हैं
वस्तु का नाम; रिक्त स्थान के पहले भाग के बाद के अक्षर (अर्थात्, का "बाकी")
लाइन) %(बाकी) परमाणु के स्थान पर आउटपुट हैं।

यदि कोई प्रारूप निर्दिष्ट नहीं है, तो डिफ़ॉल्ट प्रारूप %(ऑब्जेक्टनाम) %(ऑब्जेक्टटाइप) है
%(वस्तुआकार).

यदि --बैच निर्दिष्ट है, तो ऑब्जेक्ट की जानकारी के बाद ऑब्जेक्ट की सामग्री आती है
(%(ऑब्जेक्टसाइज) बाइट्स से मिलकर), उसके बाद एक नई लाइन।

उदाहरण के लिए, कस्टम प्रारूप के बिना --बैच उत्पादन करेगा:

सपा सपा वामो
वामो

जबकि --batch-check='%(objectname) %(objecttype)' उत्पन्न करेगा:

सपा वामो

यदि कोई नाम stdin पर निर्दिष्ट किया गया है जिसे रिपॉजिटरी में किसी ऑब्जेक्ट में हल नहीं किया जा सकता है,
तब कैट-फ़ाइल किसी भी कस्टम प्रारूप को अनदेखा कर देगी और प्रिंट करेगी:

एसपी का एलएफ गायब है

यदि --follow-symlinks का उपयोग किया जाता है, और रिपॉजिटरी बिंदुओं में एक सिम्लिंक बाहर होता है
रिपॉजिटरी, तो कैट-फ़ाइल किसी भी कस्टम प्रारूप को अनदेखा कर देगी और प्रिंट करेगी:

सिम्लिंक एसपी वामो
वामो

सिम्लिंक या तो पूर्ण होगा (/ से शुरू होगा), या पेड़ की जड़ के सापेक्ष होगा।
उदाहरण के लिए, यदि dir/link ../../foo की ओर इंगित करता है, तो होगा ../फू. है
बाइट्स में सिम्लिंक का आकार।

यदि --follow-symlinks का उपयोग किया जाता है, तो निम्न त्रुटि संदेश प्रदर्शित होंगे:

एसपी का एलएफ गायब है

तब मुद्रित होता है जब अनुरोधित प्रारंभिक सिम्लिंक मौजूद नहीं होता है।

झूलते हुए एसपी वामो
वामो

प्रारंभिक सिम्लिंक मौजूद होने पर मुद्रित किया जाता है, लेकिन कुछ ऐसा होता है जिसे यह इंगित करता है
को नहीं करता.

लूप एसपी वामो
वामो

सिम्लिंक लूप्स (या किसी भी सिम्लिंक जिसके लिए 40 से अधिक लिंक रिज़ॉल्यूशन की आवश्यकता होती है) के लिए मुद्रित किया जाता है
हल करने के लिए)।

नोटडीआईआर एसपी वामो
वामो

मुद्रित होता है, जब सिम्लिंक रिज़ॉल्यूशन के दौरान, एक फ़ाइल को निर्देशिका नाम के रूप में उपयोग किया जाता है।

चेतावनियां

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

यह भी ध्यान दें कि किसी ऑब्जेक्ट की कई प्रतियां ऑब्जेक्ट डेटाबेस में मौजूद हो सकती हैं; इस में
मामले में, यह अपरिभाषित है कि किस प्रतिलिपि का आकार या डेल्टा आधार रिपोर्ट किया जाएगा।

GIT

का हिस्सा Git(1) सुइट

onworks.net सेवाओं का उपयोग करके ऑनलाइन git-cat-file का उपयोग करें