गिट-पैक-ऑब्जेक्ट्स - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

गिट-पैक-ऑब्जेक्ट्स - ऑब्जेक्ट्स का एक पैक्ड संग्रह बनाएं

SYNOPSIS

Git वस्तुओं को पैक करें [-क्यू | --प्रगति | --सर्व-प्रगति] [--सर्व-प्रगति-निहित]
[--नहीं-पुन: उपयोग-डेल्टा] [--डेल्टा-बेस-ऑफ़सेट] [--गैर-रिक्त]
[--स्थानीय] [--वृद्धिशील] [--विंडो= ] [--गहराई= ]
[--रेव्स [--अनपैक्ड | --सभी]] [--स्टडआउट | आधार-नाम]
[--उथला] [--सच्चे माता-पिता रखें] <वस्तु-सूची

वर्णन

मानक इनपुट से ऑब्जेक्ट की सूची पढ़ता है, और निर्दिष्ट के साथ एक पैक्ड संग्रह लिखता है
आधार-नाम, या मानक आउटपुट के लिए।

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

पैक्ड संग्रह प्रारूप (.पैक) को स्व-निहित होने के लिए डिज़ाइन किया गया है ताकि यह हो सके
बिना किसी अतिरिक्त जानकारी के अनपैक कर दिया गया। इसलिए, प्रत्येक वस्तु जिस पर डेल्टा निर्भर करता है
पैक के भीतर मौजूद होना चाहिए।

पैक में मौजूद वस्तुओं तक तेज़, यादृच्छिक पहुंच के लिए एक पैक इंडेक्स फ़ाइल (.idx) तैयार की जाती है।
इंडेक्स फ़ाइल (.idx) और पैक किए गए संग्रह (.pack) दोनों को पैक में रखना/
$GIT_OBJECT_DIRECTORY की उपनिर्देशिका (या किसी भी निर्देशिका पर
$GIT_ALTERNATE_OBJECT_DIRECTORIES) Git को पैक संग्रह से पढ़ने में सक्षम बनाता है।

RSI Git अनपैक-ऑब्जेक्ट्स कमांड पैक किए गए संग्रह को पढ़ सकता है और ऑब्जेक्ट का विस्तार कर सकता है
पैक में "एक-फ़ाइल एक-ऑब्जेक्ट" प्रारूप में निहित; यह आमतौर पर द्वारा किया जाता है
जब कुशल नेटवर्क परिवहन के लिए ऑन-द-फ्लाई पैक बनाया जाता है तो स्मार्ट-पुल कमांड
उनके साथी।

विकल्प

आधार-नाम
का उपयोग करके फ़ाइलों की एक जोड़ी (.pack और .idx) में लिखें नाम निर्धारित करने के लिए
बनाई गई फ़ाइल का. जब इस विकल्प का उपयोग किया जाता है, तो दो फ़ाइलें लिखी जाती हैं
- .{पैक,आईडीएक्स} फ़ाइलें। पैक सामग्री के आधार पर एक हैश है और
कमांड के मानक आउटपुट पर लिखा जाता है।

--stdout
पैक सामग्री (.pack फ़ाइल में क्या लिखा गया होगा) को बाहर लिखें
मानक आउटपुट।

--रेव्स
व्यक्तिगत ऑब्जेक्ट के बजाय मानक इनपुट से संशोधन तर्क पढ़ें
names. पुनरीक्षण तर्कों को उसी तरह संसाधित किया जाता है जैसे Git संशोधित सूची साथ
--ऑब्जेक्ट्स फ़्लैग अपने प्रतिबद्ध तर्कों का उपयोग उन वस्तुओं की सूची बनाने के लिए करता है जो इसे आउटपुट करते हैं।
परिणामी सूची में ऑब्जेक्ट पैक किए गए हैं। संशोधनों के अलावा, --नहीं या --उथला
पंक्तियाँ भी स्वीकार की जाती हैं।

--अनपैक्ड
इसका तात्पर्य है--रेव्स। संशोधन तर्कों की सूची को संसाधित करते समय से पढ़ें
मानक इनपुट, पैक की गई वस्तुओं को उन तक सीमित करें जो पहले से पैक नहीं हैं।

--सब
इसका तात्पर्य है--रेव्स। से पढ़े गए संशोधन तर्कों की सूची के अलावा
मानक इनपुट, ऐसा दिखावा करें मानो refs/ के अंतर्गत सभी refs को शामिल करने के लिए निर्दिष्ट किया गया हो।

--शामिल-टैग
यदि वे जिस वस्तु का संदर्भ देते हैं उसे इसमें शामिल किया गया है, तो बिना पूछे गए एनोटेटेड टैग शामिल करें
परिणामी पैकफ़ाइल. यह मूल Git क्लाइंट को नए टैग भेजने के लिए उपयोगी हो सकता है।

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

--विंडो-मेमोरी=
यह विकल्प --window के शीर्ष पर एक अतिरिक्त सीमा प्रदान करता है; विंडो का आकार होगा
गतिशील रूप से स्केल कम करें ताकि अधिक न लगें स्मृति में बाइट्स. यह है
बड़ी और छोटी वस्तुओं के मिश्रण वाले रिपॉजिटरी में उपयोगी, ताकि मेमोरी खत्म न हो
एक बड़ी खिड़की के साथ, लेकिन फिर भी आप बड़ी खिड़की का लाभ उठा सकेंगे
छोटी वस्तुएं. आकार को "k", "m" या "g" के साथ जोड़ा जा सकता है। --विंडो-मेमोरी=0
मेमोरी उपयोग को असीमित बनाता है, जो डिफ़ॉल्ट है।

--अधिकतम-पैक-आकार=
प्रत्येक आउटपुट पैक फ़ाइल का अधिकतम आकार. आकार को "k", "m" या "g" के साथ जोड़ा जा सकता है।
अनुमत न्यूनतम आकार 1 MiB तक सीमित है। यदि निर्दिष्ट किया गया है, तो एकाधिक पैकफ़ाइलें हो सकती हैं
बनाया था। डिफ़ॉल्ट असीमित है, जब तक कि कॉन्फिग वैरिएबल पैक.पैकसाइजलिमिट न हो
निर्धारित किया है.

--सम्मान-पैक-रखें
यह ध्वज पहले से ही स्थानीय पैक में एक ऑब्जेक्ट का कारण बनता है जिसमें एक .keep फ़ाइल होती है
नजरअंदाज कर दिया गया, भले ही इसे अन्यथा पैक किया गया होता।

--वृद्धिशील
यह ध्वज किसी पैक में पहले से मौजूद किसी वस्तु को अनदेखा कर देता है, भले ही ऐसा किया गया हो
अन्यथा पैक कर दिया गया है।

--स्थानीय
यह ध्वज उस ऑब्जेक्ट का कारण बनता है जिसे वैकल्पिक ऑब्जेक्ट स्टोर से उधार लिया गया है
नजरअंदाज कर दिया गया भले ही इसे अन्यथा पैक किया गया होता।

--गैर-रिक्त
एक पैक्ड संग्रह केवल तभी बनाएं जब उसमें कम से कम एक ऑब्जेक्ट हो।

--प्रगति
मानक त्रुटि स्ट्रीम पर प्रगति की स्थिति डिफ़ॉल्ट रूप से रिपोर्ट की जाती है जब यह है
एक टर्मिनल से जुड़ा हुआ है, जब तक कि -q निर्दिष्ट न हो। यह ध्वज प्रगति की स्थिति को भी बल देता है
यदि मानक त्रुटि स्ट्रीम किसी टर्मिनल पर निर्देशित नहीं है।

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

--सर्व-प्रगति-निहित
जब भी प्रगति प्रदर्शन सक्रिय होता है तो इसका उपयोग --सर्व-प्रगति दर्शाने के लिए किया जाता है। भिन्न
--सर्व-प्रगति यह ध्वज वास्तव में अपने आप में किसी भी प्रगति प्रदर्शन को बाध्य नहीं करता है।

-q
यह ध्वज मानक त्रुटि स्ट्रीम पर अपनी प्रगति की रिपोर्ट न करने का आदेश देता है।

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

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

--संपीड़न=
जनरेट किए गए पैक में नव-संपीड़ित डेटा के लिए संपीड़न स्तर निर्दिष्ट करता है। अगर नहीं
निर्दिष्ट, पैक संपीड़न स्तर पहले पैक.संपीड़न द्वारा निर्धारित किया जाता है, फिर इसके द्वारा
core.compression, और डिफ़ॉल्ट -1, zlib डिफ़ॉल्ट, यदि दोनों में से कोई भी सेट नहीं है। जोड़ना
--no-reuse-object यदि आप सभी डेटा संख्या पर एक समान संपीड़न स्तर लागू करना चाहते हैं
स्रोत मायने रखता है.

--पतला
प्रेषक और प्राप्तकर्ता के बीच सामान्य वस्तुओं को हटाकर एक "पतला" पैक बनाएं
नेटवर्क स्थानांतरण को कम करने के लिए। यह विकल्प केवल इसके साथ संयोजन में ही समझ में आता है
--stdout.

ध्यान दें: एक पतला पैक आवश्यक वस्तुओं को छोड़ कर पैक किए गए संग्रह प्रारूप का उल्लंघन करता है
इस प्रकार इसे स्व-निहित बनाए बिना Git द्वारा अनुपयोगी है। गिट इंडेक्स-पैक का प्रयोग करें
--फिक्स-थिन (देखें गिट-इंडेक्स-पैक(1)) स्व-निहित संपत्ति को बहाल करना।

--उथला
एक पैक को अनुकूलित करें जो एक ग्राहक को उथले भंडार के साथ प्रदान किया जाएगा। यह
विकल्प, --थिन के साथ मिलकर, गति की कीमत पर एक छोटा पैक बना सकता है।

--डेल्टा-बेस-ऑफ़सेट
एक पैक्ड संग्रह डेल्टा के आधार ऑब्जेक्ट को 20-बाइट ऑब्जेक्ट के रूप में व्यक्त कर सकता है
नाम या स्ट्रीम में ऑफसेट के रूप में, लेकिन Git के प्राचीन संस्करण इसे नहीं समझते हैं
बाद वाला। डिफ़ॉल्ट रूप से, Git वस्तुओं को पैक करें बेहतरी के लिए केवल पूर्व प्रारूप का उपयोग करता है
अनुकूलता. यह विकल्प कमांड को बाद वाले प्रारूप का उपयोग करने की अनुमति देता है
सघनता. औसत डेल्टा श्रृंखला की लंबाई के आधार पर, यह विकल्प आम तौर पर होता है
परिणामी पैकफ़ाइल को 3-5 प्रतिशत तक छोटा कर देता है।

नोट: पोर्सिलेन कमांड जैसे कि git gc (देखें)। git-gc(1)), गिट रिपैक (देखें गिट-
repack(1)) आधुनिक Git में इस विकल्प को डिफ़ॉल्ट रूप से पास करें जब वे आपके अंदर ऑब्जेक्ट डालते हैं
पैक फ़ाइलों में भंडार। तो गिट बंडल भी करता है (देखें git-बंडल(1)) जब यह बनाता है
बंडल।

--धागे=
सर्वोत्तम डेल्टा मिलानों की खोज करते समय उत्पन्न होने वाले धागों की संख्या निर्दिष्ट करता है। यह
आवश्यक है कि पैक-ऑब्जेक्ट्स को pthreads के साथ संकलित किया जाए अन्यथा इस विकल्प को अनदेखा कर दिया जाता है
चेतावनी के साथ. इसका उद्देश्य मल्टीप्रोसेसर मशीनों पर पैकिंग समय को कम करना है।
हालाँकि, डेल्टा खोज विंडो के लिए आवश्यक मेमोरी की मात्रा को इससे कई गुना बढ़ा दिया जाता है
धागों की संख्या। 0 निर्दिष्ट करने से Git CPU की संख्या का स्वत: पता लगा लेगा
तदनुसार धागों की संख्या निर्धारित करें।

--सूचकांक-संस्करण= [, ]
इसका उपयोग केवल परीक्षण सूट द्वारा करने का इरादा है। यह संस्करण को बाध्य करने की अनुमति देता है
जेनरेटेड पैक इंडेक्स, और ऊपर स्थित ऑब्जेक्ट पर 64-बिट इंडेक्स प्रविष्टियों को बाध्य करने के लिए
दिया गया ऑफसेट.

--सच्चे-माता-पिता रखें
इस विकल्प के साथ, ग्राफ्ट द्वारा छिपे हुए माता-पिता फिर भी पैक हो जाते हैं।

onworks.net सेवाओं का उपयोग करके ऑनलाइन git-pack-ऑब्जेक्ट का उपयोग करें