टैर (कंप्यूटिंग)

कम्प्यूटिंग में, टार एक कंप्यूटर सॉफ्टवेयर उपयोगिता है जो कई फ़ाइलों को एक संग्रह फ़ाइल में इकट्ठा करने के लिए होती है, जिसे अक्सर सॉफ़्टवेयर वितरण या बैकअप उद्देश्यों के लिए टारबॉल कहा जाता है। यह नाम टेप आर्काइव से लिया गया है, क्योंकि इसे मूल रूप से अनुक्रमिक इनपुट/आउटपुट|I/O उपकरणों में डेटा लिखने के लिए विकसित किया गया था, जिसमें उनका अपना कोई फाइल सिस्टम नहीं है। टार द्वारा बनाए गए संग्रह डेटा सेट में विभिन्न फ़ाइल सिस्टम पैरामीटर होते हैं, जैसे नाम, टाइमस्टैम्प, स्वामित्व, फ़ाइल-एक्सेस अनुमतियाँ और निर्देशिका (कंप्यूटिंग) संगठन। POSIX ने  पैक्स (कमांड)  के पक्ष में 'टार' को छोड़ दिया, फिर भी 'टार' का व्यापक उपयोग जारी है।

इतिहास
जनवरी 1979 में कमांड-लाइन उपयोगिता को पहली बार संस्करण 7 यूनिक्स में पेश किया गया था, जिसने tp प्रोग्राम (जो बदले में टैप को बदल दिया) को बदल दिया। इस जानकारी को संग्रहीत करने के लिए फ़ाइल स्वरूप को POSIX.1-1988 में मानकीकृत किया गया था और बाद में POSIX.1-2001, और अधिकांश आधुनिक फ़ाइल संग्रह प्रणालियों द्वारा समर्थित प्रारूप बन गया। टार कमांड को पैक्स (कमांड) कमांड के पक्ष में POSIX.1-2001 में छोड़ दिया गया था, जो कि ustar फाइल फॉर्मेट को सपोर्ट करने के लिए था; टार कमांड को कम से कम 1994 से पैक्स कमांड के पक्ष में वापस लेने का संकेत दिया गया था।

आज, यूनिक्स जैसे ऑपरेटिंग सिस्टम में आमतौर पर टार फाइलों को सपोर्ट करने के लिए टूल शामिल होते हैं, साथ ही उपयोगिताओं को आमतौर पर उन्हें कंप्रेस करने के लिए उपयोग किया जाता है, जैसे कि gzip और bzip2। {{Mono|tar}ar}} कमांड को IBM i ऑपरेटिंग सिस्टम में भी पोर्ट किया गया है। बीएसडी-टार को विंडोज 10 संस्करण इतिहास के बाद से माइक्रोसॉफ़्ट विंडोज़  में शामिल किया गया है,  और अन्यथा विंडोज़ पर इन प्रारूपों को पढ़ने और लिखने के लिए कई तृतीय पक्ष उपकरण उपलब्ध हैं।

तर्क
कई ऐतिहासिक टेप ड्राइव चर-लंबाई वाले ब्लॉक (डेटा संग्रहण) को पढ़ते और लिखते हैं, ब्लॉक के बीच टेप पर महत्वपूर्ण व्यर्थ स्थान छोड़ते हैं (टेप को भौतिक रूप से शुरू करने और चलने से रोकने के लिए)। कुछ टेप ड्राइव (और अपरिष्कृत डिस्क) केवल निश्चित-लंबाई वाले डेटा ब्लॉक का समर्थन करते हैं। साथ ही, किसी भी माध्यम जैसे फ़ाइल सिस्टम या नेटवर्क पर लिखते समय, कई छोटे ब्लॉकों की तुलना में एक बड़े ब्लॉक को लिखने में कम समय लगता है। इसलिए, टार कमांड कई 512 बाइट ब्लॉक के रिकॉर्ड में डेटा लिखता है। उपयोगकर्ता एक अवरोधक कारक निर्दिष्ट कर सकता है, जो प्रति रिकॉर्ड ब्लॉक की संख्या है। डिफ़ॉल्ट 20 है, जो 10 किबिबाइट रिकॉर्ड बनाता है।

फ़ाइल प्रारूप
ऐतिहासिक और वर्तमान वाले सहित कई टार फ़ाइल स्वरूप हैं। POSIX में दो टार प्रारूपों को संहिताबद्ध किया गया है: #USStar प्रारूप और #POSIX.1-2001/pax। संहिताबद्ध नहीं है लेकिन अभी भी वर्तमान उपयोग में जीएनयू टैर प्रारूप है।

एक टार आर्काइव में फ़ाइल ऑब्जेक्ट्स की एक श्रृंखला होती है, इसलिए लोकप्रिय शब्द टारबॉल, यह संदर्भित करता है कि कैसे एक टैरबॉल (तेल)तेल) सभी प्रकार की वस्तुओं को इकट्ठा करता है जो इसकी सतह पर चिपक जाती हैं। प्रत्येक फ़ाइल ऑब्जेक्ट में कोई फ़ाइल डेटा शामिल होता है, और 512-बाइट हैडर (कंप्यूटिंग)  रिकॉर्ड से पहले होता है। फ़ाइल डेटा को अपरिवर्तित लिखा गया है, सिवाय इसके कि इसकी लंबाई 512 बाइट्स के गुणक तक है। मूल टार कार्यान्वयन ने पैडिंग बाइट्स की सामग्री की परवाह नहीं की, और बफर डेटा को अपरिवर्तित छोड़ दिया, लेकिन अधिकांश आधुनिक टार कार्यान्वयन अतिरिक्त स्थान को शून्य से भर देते हैं। एक संग्रह का अंत कम से कम दो लगातार शून्य-भरे रिकॉर्ड द्वारा चिह्नित किया गया है। (टार के रिकॉर्ड आकार की उत्पत्ति संस्करण 7 यूनिक्स फाइल सिस्टम में उपयोग किए गए 512-बाइट डिस्क सेक्टर प्रतीत होती है।) एक संग्रह का अंतिम ब्लॉक शून्य के साथ पूरी लंबाई तक गद्दीदार है।

हैडर
फ़ाइल हेडर रिकॉर्ड में फ़ाइल के बारे में मेटाडाटा होता है। अलग-अलग endianness  के साथ अलग-अलग आर्किटेक्चर में पोर्टेबिलिटी सुनिश्चित करने के लिए, हेडर रिकॉर्ड में जानकारी ASCII में एन्कोड की गई है। इस प्रकार यदि संग्रह की सभी फाइलें ASCII पाठ फ़ाइलें हैं, और ASCII नाम हैं, तो संग्रह अनिवार्य रूप से एक ASCII पाठ फ़ाइल है (जिसमें कई अशक्त वर्ण हैं)।

मूल यूनिक्स टैर प्रारूप द्वारा परिभाषित फ़ील्ड नीचे दी गई तालिका में सूचीबद्ध हैं। लिंक संकेतक/फ़ाइल प्रकार तालिका में कुछ आधुनिक एक्सटेंशन शामिल हैं। जब किसी क्षेत्र का उपयोग नहीं किया जाता है तो यह NUL बाइट्स से भर जाता है। हेडर 257 बाइट्स का उपयोग करता है, फिर इसे 512 बाइट रिकॉर्ड भरने के लिए एनयूएल बाइट्स के साथ पैड किया जाता है। फाइल की पहचान के लिए हेडर में कोई मैजिक नंबर नहीं है।

POSIX.1-1988 से पहले (यानी v7) टार हेडर: POSIX.1-1988 से पहले के लिंक इंडिकेटर फील्ड में निम्नलिखित मान हो सकते हैं:

कुछ पूर्व-POSIX.1-1988 टार कार्यान्वयन ने नाम में अनुगामी स्लैश (विराम चिह्न) (/) होने से एक निर्देशिका का संकेत दिया।

न्यूमेरिक वैल्यू को अष्टभुजाकार नंबर में ASCII डिजिट का इस्तेमाल करते हुए एनकोड किया जाता है, जिसमें लीडिंग जीरो होते हैं। ऐतिहासिक कारणों से, अंतिम NUL या स्पेस (विराम चिह्न) वर्ण का भी उपयोग किया जाना चाहिए। इस प्रकार हालांकि फ़ाइल आकार को संग्रहीत करने के लिए 12 बाइट आरक्षित हैं, केवल 11 ऑक्टल अंक संग्रहीत किए जा सकते हैं। यह संग्रहीत फ़ाइलों पर अधिकतम 8 गीगाबाइट का फ़ाइल आकार देता है। इस सीमा को पार करने के लिए, 2001 में स्टार ने एक बेस-256 कोडिंग शुरू की जो एक संख्यात्मक क्षेत्र के सबसे बाएं बाइट के उच्च-क्रम बिट को सेट करके इंगित किया गया है। जीएनयू-टार और बीएसडी-टार ने इस विचार का अनुसरण किया। इसके अतिरिक्त, 1988 से पहले POSIX मानक से पहले के संस्करण शून्य के बजाय रिक्त स्थान वाले मानों को पैड करते हैं।

अंततः, की गणना हेडर रिकॉर्ड के अहस्ताक्षरित बाइट मानों का योग लेकर की जाती है, जिसमें आठ चेकसम बाइट्स ASCII स्पेस (दशमलव मान 32) लिए जाते हैं। इसे छह अंकों की ऑक्टल संख्या के रूप में संग्रहीत किया जाता है जिसमें अग्रणी शून्य होता है जिसके बाद NUL और फिर एक स्थान होता है। विभिन्न कार्यान्वयन इस प्रारूप का पालन नहीं करते हैं। इसके अलावा, कुछ ऐतिहासिक टार कार्यान्वयन बाइट्स को हस्ताक्षर के रूप में मानते हैं। कार्यान्वयन आम तौर पर दोनों तरीकों से चेकसम की गणना करते हैं, और यदि हस्ताक्षरित या अहस्ताक्षरित राशि शामिल चेकसम से मेल खाती है तो इसे अच्छा मानते हैं।

यूनिक्स फाइलसिस्टम एक ही फाइल के लिए कई लिंक (नाम) का समर्थन करते हैं। यदि ऐसी कई फाइलें टार आर्काइव में दिखाई देती हैं, तो केवल पहली फाइल को सामान्य फाइल के रूप में संग्रहित किया जाता है; बाकी को हार्ड लिंक के रूप में संग्रहीत किया जाता है, लिंक की गई फ़ाइल फ़ील्ड के नाम के साथ पहले वाले के नाम पर सेट किया जाता है। निकालने पर, ऐसे हार्ड लिंक को फाइल सिस्टम में फिर से बनाया जाना चाहिए।

यूएसस्टार प्रारूप
अधिकांश आधुनिक टार प्रोग्राम यूएसस्टार (यूनिक्स स्टैंडर्ड टीएआर) में अभिलेखागार पढ़ते और लिखते हैं ) प्रारूप, 1988 से POSIX IEEE P1003.1 मानक द्वारा पेश किया गया। इसने अतिरिक्त हेडर फ़ील्ड पेश किए। पुराने टार प्रोग्राम अतिरिक्त जानकारी (संभवतः आंशिक रूप से नामित फाइलों को निकालने) की उपेक्षा करेंगे, जबकि नए प्रोग्राम यह निर्धारित करने के लिए यूस्टार स्ट्रिंग की उपस्थिति के लिए परीक्षण करेंगे कि नया प्रारूप उपयोग में है या नहीं। UStar प्रारूप लंबे फ़ाइल नामों की अनुमति देता है और प्रत्येक फ़ाइल के बारे में अतिरिक्त जानकारी संग्रहीत करता है। अधिकतम फ़ाइल नाम का आकार 256 है, लेकिन यह पिछले पथ फ़ाइल नाम उपसर्ग और स्वयं फ़ाइल नाम के बीच विभाजित है, इसलिए यह बहुत कम हो सकता है।

प्रकार ध्वज फ़ील्ड में निम्न मान हो सकते हैं:

POSIX.1-1988 लिंक फ़्लैग मान 'A'-'Z' का उपयोग करने वाले विक्रेता विशिष्ट एक्सटेंशन का अलग-अलग विक्रेताओं के साथ आंशिक रूप से अलग अर्थ होता है और इस प्रकार इसे पुराने के रूप में देखा जाता है और POSIX.1-2001 एक्सटेंशन द्वारा प्रतिस्थापित किया जाता है जिसमें एक विक्रेता टैग भी शामिल होता है।

प्रकार '7' (समीपस्थ फ़ाइल) को औपचारिक रूप से POSIX मानक में आरक्षित के रूप में चिह्नित किया गया है, लेकिन इसका मतलब उन फ़ाइलों को इंगित करना था जिन्हें डिस्क पर लगातार आवंटित किया जाना चाहिए। कुछ ऑपरेटिंग सिस्टम ऐसी फाइलों को स्पष्ट रूप से बनाने का समर्थन करते हैं, और इसलिए अधिकांश टीएआर प्रोग्राम उनका समर्थन नहीं करते हैं, और टाइप 7 फाइलों का इलाज करेंगे जैसे कि वे टाइप 0 (नियमित) थे। MASSCOMP RTU (रीयल टाइम यूनिक्स) ऑपरेटिंग सिस्टम पर चलने पर GNU टार के पुराने संस्करण एक अपवाद हैं, जो एक सन्निहित फ़ाइल का अनुरोध करने के लिए open फ़ंक्शन के लिए O_CTG फ़्लैग का समर्थन करता है; हालाँकि, उस समर्थन को GNU टार संस्करण 1.24 से हटा दिया गया था।

POSIX.1-2001/पैक्स
1997 में, सन माइक्रोसिस्टम्स ने टार प्रारूप में एक्सटेंशन जोड़ने के लिए एक विधि प्रस्तावित की। इस विधि को बाद में POSIX.1-2001 मानक के लिए स्वीकार किया गया। इस प्रारूप को विस्तारित टैर प्रारूप या पैक्स (कमांड) प्रारूप के रूप में जाना जाता है। नया टार प्रारूप उपयोगकर्ताओं को किसी भी प्रकार के विक्रेता-टैग किए गए विक्रेता-विशिष्ट संवर्द्धन को जोड़ने की अनुमति देता है। निम्नलिखित टैग POSIX मानक द्वारा परिभाषित किए गए हैं:


 * 'atime', 'mtime': एक फ़ाइल के सभी टाइमस्टैम्प स्वैच्छिक रिज़ॉल्यूशन में (अधिकांश कार्यान्वयन नैनोसेकंड ग्रैन्युलैरिटी का उपयोग करते हैं)
 * 'पथ': असीमित लंबाई और वर्ण सेट कोडिंग के पथ नाम
 * 'लिंकपाथ': असीमित लंबाई और वर्ण सेट कोडिंग के सिमलिंक लक्ष्य नाम
 * 'अनाम', 'gname': उपयोगकर्ता और असीमित लंबाई और वर्ण सेट कोडिंग के समूह के नाम
 * 'आकार': असीमित आकार वाली फ़ाइलें (ऐतिहासिक टार प्रारूप 8 जीबी है)
 * 'यूआईडी', 'जीआईडी': आकार सीमा के बिना यूजर आईडी और ग्रुपिड (ऐतिहासिक टार प्रारूप 2097151 की अधिकतम आईडी तक सीमित था)
 * पथ नाम और उपयोगकर्ता/समूह नाम (यूटीएफ-8 -8) के लिए एक वर्ण सेट परिभाषा

2001 में, स्टार प्रोग्राम नए प्रारूप का समर्थन करने वाला पहला टार बन गया। 2004 में, GNU टार ने नए प्रारूप का समर्थन किया, हालांकि यह इसे अभी तक टार प्रोग्राम से अपने डिफ़ॉल्ट आउटपुट के रूप में नहीं लिखता है। पैक्स प्रारूप को डिज़ाइन किया गया है ताकि यूस्टार प्रारूप को पढ़ने में सक्षम सभी कार्यान्वयन पैक्स प्रारूप को भी पढ़ सकें। एकमात्र अपवाद वे फ़ाइलें हैं जो विस्तारित सुविधाओं का उपयोग करती हैं, जैसे कि लंबे फ़ाइल नाम। संगतता के लिए, इन्हें टार फाइलों में विशेष के रूप में एन्कोड किया गया है x या g फाइल टाइप करें, आमतौर पर एक के तहत PaxHeaders.XXXX निर्देशिका। एक पैक्स-समर्थक कार्यान्वयन सूचना का उपयोग करेगा, जबकि 7-ज़िप जैसे गैर-समर्थक कार्यान्वयन उन्हें अतिरिक्त फ़ाइलों के रूप में संसाधित करेंगे।

कमांड सिंटैक्स
tar [-options] <टार संग्रह का नाम> [फ़ाइलें या निर्देशिकाएं जिन्हें संग्रह में जोड़ना है] मूल विकल्प:
 * - एक नया संग्रह बनाएँ;
 * - संग्रह को अतिरिक्त रूप से एक कंप्रेसर के साथ संपीड़ित करें जो संग्रह के फ़ाइल नाम एक्सटेंशन द्वारा स्वचालित रूप से निर्धारित किया जाएगा। यदि संग्रह का नाम के साथ समाप्त होता है *.tar.gz फिर gzip का उपयोग करें, यदि *.tar.xz फिर XZ Utils का उपयोग करें, *.tar.zst Zमानक आदि के लिए;
 * - एक संग्रह के अंत में फ़ाइलें संलग्न करें;
 * - एक संग्रह से फ़ाइलें निकालें;
 * - संग्रह का नाम निर्दिष्ट करें;
 * - संग्रह में फ़ाइलों और फ़ोल्डरों की सूची दिखाएं;
 * - संसाधित फ़ाइलों की सूची दिखाएं।

मूल उपयोग
एक संग्रह फ़ाइल बनाएँ archive.tar फ़ाइल से README.txt और निर्देशिका src: के लिए सामग्री निकालें archive.tar वर्तमान निर्देशिका में: एक संग्रह फ़ाइल बनाएँ archive.tar.gz फ़ाइल से README.txt और निर्देशिका src और इसे gzip से कंप्रेस करें: के लिए सामग्री निकालें archive.tar.gz वर्तमान निर्देशिका में:

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

सॉफ्टवेयर वितरण
ओपन-सोर्स मॉडल|ओपन-सोर्स सॉफ़्टवेयर वितरण के लिए टार प्रारूप का बड़े पैमाने पर उपयोग जारी है। * एनआईएक्स-वितरण इसे विभिन्न स्रोत- और बाइनरी-पैकेज वितरण तंत्र में उपयोग करते हैं, जिसमें अधिकांश सॉफ़्टवेयर स्रोत कोड संपीड़ित टार अभिलेखागार में उपलब्ध कराए जाते हैं।

सीमाएं
मूल टार प्रारूप यूनिक्स के शुरुआती दिनों में बनाया गया था, और वर्तमान व्यापक उपयोग के बावजूद, इसकी कई डिज़ाइन सुविधाओं को दिनांकित माना जाता है। कई पुराने टार कार्यान्वयन विस्तारित विशेषताओं (xattrs) या कंट्रोल सूची को खोलो (ACLs) को रिकॉर्ड नहीं करते हैं और न ही पुनर्स्थापित करते हैं। 2001 में, स्टार ने POSIX.1-2001 पैक्स के लिए अपने स्वयं के टैग के माध्यम से ACL और विस्तारित विशेषताओं के लिए समर्थन पेश किया। Bsdtar ACL को समर्थन देने के लिए स्टार एक्सटेंशन का उपयोग करता है। जीएनयू टार के अधिक हाल के संस्करण लिनक्स विस्तारित विशेषताओं का समर्थन करते हैं, स्टार एक्सटेंशन को फिर से लागू करते हैं। बीएसडी टार, टार (5) के लिए फाइलटाइप मैनुअल में कई एक्सटेंशन की समीक्षा की गई है।

टार की कमियों को दूर करने के लिए अन्य प्रारूप बनाए गए हैं।

टैरबॉम्ब
शब्दजाल फ़ाइल में एक टारबॉम्ब, एक टार फ़ाइल है जिसमें कई फाइलें होती हैं जो कार्यशील निर्देशिका में निकाली जाती हैं। ऐसी टार फ़ाइल कार्यशील निर्देशिका में उसी नाम की फ़ाइलों को अधिलेखित करके या एक परियोजना की फ़ाइलों को दूसरे में मिला कर समस्याएँ पैदा कर सकती है। यह उपयोगकर्ता के लिए सबसे अच्छी असुविधा है, जो निर्देशिका की अन्य सामग्री के साथ बीच-बीच में कई फाइलों को पहचानने और हटाने के लिए बाध्य है। इस तरह के व्यवहार को संग्रह के निर्माता की ओर से बुरा शिष्टाचार माना जाता है।

एक संबंधित समस्या टार फाइल बनाते समय पथ (कंप्यूटिंग) या निर्देशिका (कंप्यूटिंग) संदर्भों का उपयोग है। ऐसे संग्रह से निकाली गई फ़ाइलें अक्सर कार्यशील निर्देशिका के बाहर असामान्य स्थानों में बनाई जाएंगी और एक टैरबॉम्ब की तरह, मौजूदा फ़ाइलों को अधिलेखित करने की क्षमता होती है। हालांकि, फ्रीबीएसडी और जीएनयू टैर के आधुनिक संस्करण डिफ़ॉल्ट रूप से पूर्ण पथ और मूल-निर्देशिका संदर्भों को बनाते या निकालते नहीं हैं, जब तक कि ध्वज के साथ स्पष्ट रूप से अनुमति नहीं दी जाती है। -P या विकल्प --absolute-names. Bsdtar प्रोग्राम, जो कई ऑपरेटिंग सिस्टम पर भी उपलब्ध है और macOS v10.6 पर डिफ़ॉल्ट टार यूटिलिटी है, पैरेंट-डायरेक्टरी संदर्भ या प्रतीकात्मक लिंक का भी पालन नहीं करता है।

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

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

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

यह एक गैर-स्पष्ट (अस्पष्ट) टैरबॉम्ब बना सकता है, जिसमें तकनीकी रूप से पूर्ण पथ वाली फ़ाइलें या मूल निर्देशिकाओं का संदर्भ नहीं होता है, लेकिन फिर भी वर्तमान निर्देशिका के बाहर फ़ाइलों को ओवरराइट करने का कारण बनता है (उदाहरण के लिए, संग्रह में समान पथ और फ़ाइल नाम वाली दो फ़ाइलें हो सकती हैं, जिनमें से पहला वर्तमान निर्देशिका के बाहर कुछ स्थान के लिए एक प्रतीकात्मक लिंक है, और जिनमें से दूसरा एक नियमित फ़ाइल है; फिर कुछ टार कार्यान्वयनों पर इस तरह के संग्रह को निकालने से सिम्लिंक द्वारा बताए गए स्थान पर लेखन हो सकता है)।

मुख्य कार्यान्वयन
ऐतिहासिक रूप से, कई प्रणालियों ने टार को लागू किया है, और फाइल संग्रहकर्ताओं की कई तुलनाओं में टार के लिए कम से कम आंशिक समर्थन है (अक्सर नीचे कार्यान्वयन में से एक का उपयोग करके)। टार का इतिहास असंगतियों की कहानी है, जिसे टार युद्धों के रूप में जाना जाता है। अधिकांश टार कार्यान्वयन cpio और pax (कमांड) को पढ़ और बना सकते हैं (बाद वाला वास्तव में POSIX-2001-एक्सटेंशन के साथ एक टार-प्रारूप है)।

उत्पत्ति के क्रम में प्रमुख कार्यान्वयन:

इसके अतिरिक्त, अधिकांश Pax (कमांड) और cpio कार्यान्वयन कई प्रकार की टार फाइलें पढ़ और बना सकते हैं।
 * 'सोलारिस (ऑपरेटिंग सिस्टम) टार', मूल यूनिक्स V7 टार पर आधारित है और सोलारिस ऑपरेटिंग सिस्टम पर डिफ़ॉल्ट के रूप में आता है
 * जीएनयू टार अधिकांश लिनक्स वितरणों पर डिफ़ॉल्ट है। यह सार्वजनिक डोमेन कार्यान्वयन pdtar पर आधारित है जो 1987 में शुरू हुआ था। हाल के संस्करण ustar, pax, GNU और v7 स्वरूपों सहित विभिन्न स्वरूपों का उपयोग कर सकते हैं।
 * फ्रीबीएसडी टार (भी बीएसडी टार) मैकओएस सहित अधिकांश बर्कले सॉफ्टवेयर वितरण ऑपरेटिंग सिस्टम पर डिफ़ॉल्ट टार बन गया है। मुख्य कार्यक्षमता अन्य अनुप्रयोगों में शामिल करने के लिए लिबरचार्चिव के रूप में उपलब्ध है। यह कार्यान्वयन स्वचालित रूप से फ़ाइल के प्रारूप का पता लगाता है और टार, पैक्स, cpio, ज़िप, rar, ar, xar, rpm और ISO 9660 cdrom छवियों से निकाल सकता है। यह कार्यात्मक रूप से समतुल्य cpio कमांड-लाइन इंटरफ़ेस के साथ आता है।
 * शिली टार, जिसे स्टार के रूप में जाना जाता है, ऐतिहासिक रूप से महत्वपूर्ण है क्योंकि इसके कुछ विस्तार काफी लोकप्रिय थे। पहली बार अप्रैल 1997 में प्रकाशित, इसके डेवलपर ने कहा है कि उसने 1982 में विकास शुरू किया था।
 * पायथन टार्फाइल मॉड्यूल कई टार प्रारूपों का समर्थन करता है, जिसमें ustar, pax और gnu शामिल हैं; यह पढ़ सकता है लेकिन V7 प्रारूप और SunOS टार विस्तारित प्रारूप नहीं बना सकता है; पैक्स अभिलेखागार के निर्माण के लिए डिफ़ॉल्ट स्वरूप है। 2003 से उपलब्ध है।

संपीड़ित फ़ाइलों के लिए प्रत्यय
टार आर्काइव फाइलों में आमतौर पर फाइल प्रत्यय .tar (जैसे somefile.tar) होता है।

एक टार आर्काइव फ़ाइल में उन फ़ाइलों की असम्पीडित बाइट धाराएँ होती हैं जिनमें यह शामिल है। आर्काइव कंप्रेशन प्राप्त करने के लिए, विभिन्न प्रकार के आधार - सामग्री संकोचन प्रोग्राम उपलब्ध हैं, जैसे कि gzip, bzip2, XZ Utils, lzip, Lempel-Ziv-Markov चेन एल्गोरिथम, Z Standard, या Compress, जो पूरे टार आर्काइव को संकुचित करें  करते हैं। आमतौर पर, आर्काइव के कंप्रेस्ड फॉर्म को आर्काइव फाइल नाम में फॉर्मेट-स्पेसिफिक कंप्रेसर प्रत्यय जोड़कर एक फाइल नाम प्राप्त होता है। उदाहरण के लिए, एक टार आर्काइव आर्काइव.टार, को आर्काइव.टार.जीजेड नाम दिया गया है, जब इसे gzip द्वारा कंप्रेस किया जाता है।

लोकप्रिय टार प्रोग्राम जैसे बर्कले सॉफ्टवेयर डिस्ट्रीब्यूशन और टार के GNU संस्करण कमांड लाइन इंटरफेस Z (कंप्रेस), z (gzip), और j (bzip2) का समर्थन करते हैं ताकि आर्काइव फ़ाइल को निर्माण या अनपैकिंग पर संपीड़ित या विघटित किया जा सके। अपेक्षाकृत हाल की परिवर्धन में --lzma (लेम्पेल-ज़िव-मार्कोव श्रृंखला एल्गोरिथम), --lzop (lzop), --xz या J (XZ Utils), --lzip (lzip), और --zstd शामिल हैं। यदि समर्थित फ़ाइल नाम एक्सटेंशन का उपयोग किया जाता है, तो इन स्वरूपों का डिकंप्रेशन स्वचालित रूप से नियंत्रित किया जाता है, और यदि विकल्प --auto-compress (संक्षिप्त रूप -a) GNU टार के एक लागू संस्करण के लिए पास किया जाता है, तो उसी फ़ाइल नाम एक्सटेंशन का उपयोग करके संपीड़न को स्वचालित रूप से नियंत्रित किया जाता है। बीएसडी टार कंप्रेशर्स (lrzip, LZ4 (संपीड़न एल्गोरिथम)) की एक व्यापक श्रेणी का पता लगाता है, फ़ाइल नाम का नहीं बल्कि डेटा का उपयोग करके। अपरिचित स्वरूपों को पाइपिंग द्वारा मैन्युअल रूप से संपीड़ित या विघटित किया जाना है।

MS-DOS की 8.3 फ़ाइलनाम सीमाओं के परिणामस्वरूप कंप्रेस्ड टार आर्काइव्स के नामकरण के लिए अतिरिक्त परिपाटियां हुईं। हालाँकि, फ़ाइल आवंटन तालिका के साथ अब इस प्रथा में गिरावट आई है, जो अब लंबे फ़ाइलनामों की पेशकश कर रही है।



यह भी देखें

 * फ़ाइल अभिलेखागार की तुलना
 * संग्रह स्वरूपों की तुलना
 * संग्रह प्रारूपों की सूची
 * यूनिक्स कमांड की सूची

बाहरी संबंध

 * X/Open CAE Specification Commands and Utilities Issue 4, Version 2 (pdf), 1994, opengroup.org – indicates tar as to be withdrawn
 * tar in The Single UNIX ® Specification, Version 2, 1997, opengroup.org – indicates applications should migrate to pax utility
 * C.4 Utilities in The Open Group Base Specifications Issue 6, 2004 Edition, opengroup.org – indicates tar as removed
 * – specifies the ustar and pax file formats
 * – manual from GNU
 * TAR - Windows CMD - SS64.com
 * TAR - Windows CMD - SS64.com
 * TAR - Windows CMD - SS64.com
 * TAR - Windows CMD - SS64.com
 * TAR - Windows CMD - SS64.com
 * TAR - Windows CMD - SS64.com
 * TAR - Windows CMD - SS64.com
 * TAR - Windows CMD - SS64.com