aesvt - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

एएसवीटी - सरल संस्करण उपकरण

SYNOPSIS

एएसवीटी -चेक आउट -इतिहास पट्टिका -फाइल निर्गम संचिका [ -e संपादित ]
एएसवीटी -चेक इन -इतिहास पट्टिका -फाइल इनपुट फ़ाइल [ -e संपादित ] [ नाम=मूल्य ...]
एएसवीटी -सूची -इतिहास पट्टिका
एएसवीटी -जिज्ञासा -इतिहास पट्टिका
एएसवीटी -संस्करण

वर्णन

RSI एएसवीटी प्रोग्राम का उपयोग इतिहास संस्करण फ़ाइलों को प्रबंधित करने के लिए किया जा सकता है। यह एक न्यूनतावादी है
इतिहास उपकरण, जो किसी कार्य क्षेत्र के प्रबंधन के लिए कोई प्रावधान नहीं करता है।

यह बाइनरी फ़ाइलों से निपटने में सक्षम है, और यदि वे बहुत अधिक नहीं हैं तो उचित कुशलता से
बड़े.

इसमें अच्छे एंड-टू-एंड गुण हैं क्योंकि यह प्रत्येक फ़ाइल संस्करण के लिए एक चेकसम रखता है, और
संपूर्ण इतिहास फ़ाइल के लिए एक चेकसम।

किसी भी प्रकार के कीवर्ड प्रतिस्थापन का कोई प्रावधान नहीं है। एक चेक-आउट वास्तव में होगा
इनपुट फ़ाइल को पुन: पेश करें। चेक-इन इनपुट फ़ाइल को कभी नहीं बदलेगा।

विकल्प

निम्नलिखित विकल्पों को समझा जाता है:

-इतिहास इतिहास-फ़ाइल
इस विकल्प का उपयोग इतिहास फ़ाइल का नाम निर्दिष्ट करने के लिए किया जाता है।

-फाइल फ़ाइल का नाम
इस विकल्प का उपयोग इनपुट या आउटपुट फ़ाइल का नाम निर्दिष्ट करने के लिए किया जाता है। चेक पर-
आउट, फ़ाइल नाम "-" को मानक आउटपुट के रूप में समझा जाता है। वहाँ है नहीं
चेक-इन के बराबर।

-संपादित संपादन-संख्या
इस विकल्प का उपयोग संपादन संख्या (संस्करण संख्या) निर्दिष्ट करने के लिए किया जाता है। चेक-आउट पर,
यदि कोई संस्करण संख्या निर्दिष्ट नहीं है, तो नवीनतम संस्करण दिया गया है। चेक पर-
में, यदि कोई संस्करण संख्या निर्दिष्ट नहीं है (और यह आमतौर पर नहीं है), पिछला
संस्करण में एक जोड़ा जाएगा, या संस्करण 1 का उपयोग किया जाएगा यदि यह पहला है
चेक इन।

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

-चेक आउट
इस विकल्प का उपयोग इतिहास से किसी फ़ाइल को चेक-आउट करने के लिए किया जाता है।

-संपीड़न-एल्गोरिदम नाम
उपयोग किए जाने वाले संपीड़न को निर्दिष्ट करने के लिए इस विकल्प का उपयोग किया जा सकता है। वे सूचीबद्ध हैं
संपीड़न दक्षता के क्रम में।

कोई नहीं संपीड़न का उपयोग न करें (सभी आदेशों के लिए हमेशा सार्थक नहीं)।

gzip द्वारा उपयोग किए गए संपीड़न का उपयोग करें gzip(1) कार्यक्रम।

bzip2 द्वारा उपयोग किए गए संपीड़न का उपयोग करें bzip2(1) कार्यक्रम।

भविष्य में और अधिक संपीड़न एल्गोरिदम जोड़े जा सकते हैं।

-संकुचित करें
यह विकल्प के पक्ष में बहिष्कृत है -कॉम्प-एलजी = gzip or -कॉम्प-एलजी = bzip2
विकल्प.

-No_COMप्रेस
यह विकल्प के पक्ष में बहिष्कृत है -comp-alg=कोई नहीं विकल्प.

-सूची इस विकल्प का उपयोग फ़ाइल के इतिहास को सूचीबद्ध करने के लिए किया जाता है।

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

-संस्करण
इस विकल्प का उपयोग संस्करण संख्या मुद्रित करने के लिए किया जाता है।

अन्य सभी विकल्प नैदानिक ​​त्रुटि उत्पन्न करेंगे।

यह भी देखें तत्वावधान(1) सभी तत्वावधान आदेशों के लिए सामान्य विकल्पों के लिए।

सभी विकल्पों को संक्षिप्त किया जा सकता है; संक्षिप्त नाम को अपर केस लेटर्स के रूप में प्रलेखित किया गया है,
सभी छोटे अक्षर और अंडरस्कोर (_) वैकल्पिक हैं। आपको लगातार उपयोग करना चाहिए
वैकल्पिक अक्षरों का क्रम।

सभी विकल्प केस असंवेदनशील हैं, आप उन्हें अपर केस या लोअर केस में टाइप कर सकते हैं या a
दोनों का संयोजन, मामला महत्वपूर्ण नहीं है।

उदाहरण के लिए: तर्क "-प्रोजेक्ट, "-प्रोजे" और "-पी" सभी का अर्थ यह है कि
-प्रयोग करें विकल्प। तर्क "-prj" नहीं समझा जाएगा, क्योंकि लगातार
वैकल्पिक वर्ण प्रदान नहीं किए गए थे।

विकल्प और अन्य कमांड लाइन तर्कों को कमांड लाइन पर मनमाने ढंग से मिलाया जा सकता है,
फ़ंक्शन चयनकर्ताओं के बाद।

GNU लंबे विकल्प नामों को समझा जाता है। चूँकि सभी विकल्पों के नाम एएसवीटी लम्बे हैं,
इसका अर्थ है अतिरिक्त अग्रणी '-' को अनदेखा करना। NS "--विकल्प=मूल्य"सम्मेलन भी है
समझ में आ।

बाहर निकलें स्थिति

RSI एएसवीटी आदेश किसी भी त्रुटि पर 1 की स्थिति के साथ बाहर निकल जाएगा। NS एएसवीटी आदेश ही होगा
अगर कोई त्रुटि नहीं है तो 0 की स्थिति से बाहर निकलें।

वातावरण चर

देख तत्वावधान(1) पर्यावरण चर की सूची के लिए जो इस आदेश को प्रभावित कर सकता है। देखो
एपकॉन्फ(5) प्रोजेक्ट कॉन्फ़िगरेशन फ़ाइल के लिए प्रोजेक्ट_विशिष्ट कैसे सेट करें के लिए फ़ील्ड
एजिस द्वारा निष्पादित सभी कमांड के लिए पर्यावरण चर।

फ़ाइल FORMAT

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

शीर्षलेख और डेटा के इस संयोजन में अंत-से-अंत तक अच्छा व्यवहार है, क्योंकि इसमें a
फ़ाइल डेटा को मान्य करने के लिए चेकसम। तब डेटा में खराब ब्लॉक का पता लगाया जाएगा
अगली बार चेक-इन या चेक-आउट का प्रयास करने पर।

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

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

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

शुरू से अंत तक मुद्दे
साल्टज़र, जेएच . भी देखें et al (1981) शुरू से अंत तक तर्क in प्रणाली डिज़ाइन,
http://web.mit.edu/Saltzer/www/publications/endtoend/endtoend.pdf

एक्सडेल्टा
इतिहास फ़ाइल की यह शैली RFC 3284 से प्रेरित थी - RSI वीसीडीआईएफएफ सामान्य डिफरेंसिंग और
संपीड़न जानकारी का गठन. जब एएसवीटी प्रारूप आंतरिक रूप से RFC3284 का उपयोग नहीं करता है,
फ़ाइल संस्करणों में संपीड़न के लिए तर्क उतने ही प्रासंगिक हैं।

कॉपीराइट

एएसवीटी संस्करण 4.24.3.डी001
कॉपीराइट (सी) 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002,
2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 पीटर मिलर

एएसवीटी कार्यक्रम बिल्कुल वारंटी के साथ आता है; विवरण के लिए 'का उपयोग करेंएएसवीटी -संस्करण
लाइसेंस' आदेश। यह मुफ्त सॉफ्टवेयर है और इसे इसके तहत पुनर्वितरित करने के लिए आपका स्वागत है
कुछ शर्तें; विवरण के लिए 'का उपयोग करेंएएसवीटी -संस्करण लाइसेंस' आदेश।

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