एईएनएफ - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

एजिस नई फ़ाइल - परिवर्तन द्वारा बनाई जाने वाली नई फ़ाइलें जोड़ें

SYNOPSIS

तत्वावधान -नई फ़ाइल फ़ाइल का नाम... [ विकल्प...]
तत्वावधान -नई फ़ाइल -सूची [ विकल्प...]
तत्वावधान -नई फ़ाइल -मदद

वर्णन

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

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

यदि आप चाहते हैं कि एक नई स्रोत फ़ाइल निष्पादन योग्य हो (उदाहरण के लिए शेल स्क्रिप्ट) तो आप
बस सामान्य का उपयोग करें परिवर्तन विद्या(1) आदेश. यदि किसी फ़ाइल का निष्पादन योग्य बिट सेट किया गया है
एडीई(1) फ़ाइल को निष्पादन योग्य के रूप में याद रखने का समय और सभी निष्पादित बिट्स (शून्य से)।
प्रोजेक्ट का umask) बाद में सेट किया जाएगा एईसीपी(1) आज्ञा।

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

निर्देशिका उदाहरण
ऐसे समय होते हैं जब कोई आदेश जैसे
$ ऐनफ फ़ुबर/*
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: "फ्यूबर/ग्लोर्प" पहले से ही परिवर्तन में है
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: 1 घातक त्रुटि मिली, कोई नई फ़ाइल नहीं जोड़ी गई
$
दिखाए गए अनुसार विफल हो जाएगा. इससे निपटने के कई तरीके हैं, सबसे आसान है
बस निर्देशिका को नाम दें:
$ ऐनफ फुबार
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: फ़ाइल "फ़ुबर/स्माइली" जोड़ी गई
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: फ़ाइल "फ़ुबार/फ़्रॉउनी" जोड़ी गई
$
आप भी उपयोग कर सकते हैं खोज(1) मनमाने ढंग से जटिल फ़ाइल चयन के लिए आदेश, लेकिन आप
पहले उन फ़ाइलों को बाहर करना होगा जिन्हें उपरोक्त आदेश स्वचालित रूप से बाहर करता है:
$ aelcf > निकालना
$ aelpf >> निकालना
$ खोज फुबार प्रकार f | \
ग्रेप -v -f निकालना | \
xargs तत्वावधान --नई फ़ाइल -v
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: फ़ाइल "फ़ुबर/स्माइली" जोड़ी गई
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: फ़ाइल "फ़ुबार/फ़्रॉउनी" जोड़ी गई
$
यदि आप बहिष्कृत सूची का उपयोग नहीं कर रहे हैं, तो खोज(1) कमांड को आपके लिए फाइन ट्यूनिंग की आवश्यकता होगी
विकास निर्देशिका शैली. यदि आप सिम्लिंक-शैली का उपयोग कर रहे हैं, तो आपको जोड़ना होगा
la खोज -एनलिंक 1 के अतिरिक्त विकल्प खोज प्रकार f विकल्प.
$ खोज फुबार प्रकार f -nlinks 1 | \
xargs तत्वावधान --नई फ़ाइल -v
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: फ़ाइल "फ़ुबर/स्माइली" जोड़ी गई
एजिस: प्रोजेक्ट "उदाहरण": परिवर्तन 42: फ़ाइल "फ़ुबार/फ़्रॉउनी" जोड़ी गई
$
यदि आप पूर्ण-प्रतिलिपि विकास निर्देशिका शैली का उपयोग कर रहे हैं, तो आपको इसका उपयोग करना होगा
उपरोक्त सूची विधि को बाहर करें।

पट्टिका टेम्पलेट्स
जब विकास निर्देशिका में एक नई फ़ाइल बनाई जाती है तो प्रोजेक्ट विन्यास फ़ाइल है
नई फ़ाइल के लिए एक टेम्पलेट खोजा गया। यदि कोई टेम्प्लेट मिल जाता है, तो नई फ़ाइल होगी
टेम्प्लेट में प्रारंभ किया गया, अन्यथा यह खाली बना दिया जाएगा। देखना एपकॉन्फ(5) अधिक के लिए
जानकारी.

सबसे सरल रूप टेम्प्लेट फ़ाइलों का उपयोग करना है, जैसे कि
फ़ाइल_टेम्प्लेट =
[
{
पैटर्न = [ "*.c" ];
बॉडी = "${read_file ${स्रोत टेम्पलेट/सी एबीएस}}";
},
{
पैटर्न = ["परीक्षण/*/.sh" ];
बॉडी = "${read_file ${स्रोत टेम्पलेट/टेस्ट एब्स}}";
},
];
जैसा कि आप देख सकते हैं, टेम्प्लेट फ़ाइलें प्रोजेक्ट स्रोत का हिस्सा हैं, इसलिए आप इसे जोड़ सकते हैं
उपयुक्त कॉपीराइट नोटिस, और रैपर, आदि। $स्रोत प्रतिस्थापन उनका पता लगाता है,
यदि वे वर्तमान परिवर्तन का हिस्सा नहीं हैं (और वे आमतौर पर नहीं हैं)।

टेम्प्लेट फ़ाइलों में स्वयं प्रतिस्थापन होते हैं। $फ़ाइलनाम प्रतिस्थापन है
उपलब्ध है, और इसमें बनाई जा रही फ़ाइल का नाम शामिल है। इसमें हेरफेर किया जा सकता है
उपयुक्त फ़ाइल सामग्री का निर्माण करते समय विभिन्न तरीके। देखना एसुब(5) अधिक के लिए
प्रतिस्थापन के बारे में जानकारी.

नई फ़ाइल बनाने के लिए कमांड चलाना भी संभव है। आप इसके बजाय ऐसा कर सकते हैं
एक बॉडी स्ट्रिंग निर्दिष्ट करना, अर्थात:
फ़ाइल_टेम्प्लेट =
[
{
पैटर्न = [ "*" ];
body_command = "perl ${source template.pl abs} $filename";
},
];
कमांड को विकास निर्देशिका के शीर्ष पर सेट वर्तमान निर्देशिका के साथ चलाया जाता है।
यदि कमांड फ़ाइल बनाने में विफल रहता है तो यह एक त्रुटि है। आप दोनों को मिक्स-एंड-मैच कर सकते हैं
तकनीक, परिवर्तन स्ट्रिंग और बॉडी_कमांड, अगर तुम चाहो।

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

अधिकतम_फ़ाइलनाम_लंबाई = पूर्णांक;
इस फ़ील्ड का उपयोग फ़ाइल नाम की लंबाई सीमित करने के लिए किया जाता है। सभी नई फ़ाइलों में नहीं हो सकता है
पथ घटक इससे अधिक लंबे हैं। यदि सेट नहीं है तो डिफ़ॉल्ट 255 है। अधिकतम के लिए
पोर्टेबिलिटी आपको इसे 14 पर सेट करना चाहिए।

posix_filename_charset = बूलियन;
इस फ़ील्ड का उपयोग फ़ाइल नाम में अनुमत वर्णों को केवल उन्हीं तक सीमित करने के लिए किया जा सकता है
POSIX द्वारा स्पष्ट रूप से अनुमति दी गई है। के लिए डिफ़ॉल्ट असत्य यदि सेट नहीं है, तो आपका मतलब जो भी हो
ऑपरेटिंग सिस्टम सफेद स्थान और हाई-बिट-ऑन वर्णों को छोड़कर सहन करेगा।
अधिकतम पोर्टेबिलिटी के लिए आपको इसे इस पर सेट करना चाहिए <strong>उद्देश्य</strong>.

dos_filename_required = बूलियन;
इस फ़ील्ड का उपयोग फ़ाइल नामों को सीमित करने के लिए किया जा सकता है ताकि वे DOS 8+3 के अनुरूप हों
फ़ाइल नाम सीमाएँ और DOS फ़ाइल नाम वर्ण सेट। के लिए डिफ़ॉल्ट असत्य यदि नहीं
निर्धारित किया है.

विंडोज़_फ़ाइलनाम_आवश्यक = बूलियन;
इस फ़ील्ड का उपयोग फ़ाइल नामों को सीमित करने के लिए किया जा सकता है ताकि वे Windows98 के अनुरूप हों
और WindowsNT फ़ाइल नाम सीमाएँ और वर्ण सेट। के लिए डिफ़ॉल्ट असत्य अगर सेट नहीं है।

शेल_सेफ_फ़ाइलनाम = बूलियन;
इस फ़ील्ड का उपयोग फ़ाइल नामों को सीमित करने के लिए किया जा सकता है ताकि उनमें शेल न हो
विशेष वर्ण। के लिए डिफ़ॉल्ट <strong>उद्देश्य</strong> यदि सेट नहीं है. यदि यह फ़ील्ड इस पर सेट है असत्य,
आपको उपयोग करने की आवश्यकता होगी ${उद्धरण} आदेशों में फ़ाइल नामों के आसपास प्रतिस्थापन
सुनिश्चित करें कि शेल विशेष वर्ण वाले फ़ाइल नाम में अनायास ही कोई परिवर्तन न हो
दुष्प्रभाव। फ़ाइल नामों में अजीब अक्षर आपकी निर्भरता को भी भ्रमित कर सकते हैं
रखरखाव उपकरण.

अनुमति_व्हाइट_स्पेस_इन_फ़ाइलनाम = बूलियन;
इस फ़ील्ड का उपयोग फ़ाइल नामों में श्वेत स्थान वर्णों को अनुमति देने के लिए किया जा सकता है। यह करेगा
निम्नलिखित वर्णों को फ़ाइल नामों में प्रदर्शित होने की अनुमति दें: बैकस्पेस (बीएस, \बी, 0x08),
क्षैतिज टैब (HT, \t, 0x09), नई लाइन (NL, \n, 0x0A), लंबवत टैब (VT, \v,
0x0B), फॉर्म फ़ीड (FF, \f, 0x0C), और कैरिएज रिटर्न (CR, \r, 0x0D)। के लिए डिफ़ॉल्ट
यदि सेट नहीं है तो गलत।

ध्यान दें कि यह फ़ील्ड अन्य फ़ाइल नाम फ़िल्टर को ओवरराइड नहीं करती है। यह
स्पष्ट रूप से सेट करना आवश्यक है शेल_सुरक्षित_फ़ाइलनाम = असत्य भी। यह
सेट करना आवश्यक है डॉस_फाइलनाम_आवश्यक = असत्य (डिफ़ॉल्ट) भी। यह
सेट करना आवश्यक है posix_filename_charset = असत्य (डिफ़ॉल्ट) भी।

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

अनुमति दें_non_ascii_filenames = बूलियन;
इस फ़ील्ड का उपयोग गैर-एएससीआईआई-मुद्रण योग्य वर्णों वाले फ़ाइल नामों को अनुमति देने के लिए किया जा सकता है
उन्हें। आमतौर पर इसका मतलब UTF8 या किसी प्रकार का अंतर्राष्ट्रीय वर्णसेट होगा।
यदि सेट नहीं किया गया तो डिफ़ॉल्ट रूप से गलत हो जाता है।

ध्यान दें कि यह फ़ील्ड अन्य फ़ाइल नाम फ़िल्टर को ओवरराइड नहीं करती है। यह
स्पष्ट रूप से सेट करना आवश्यक है शेल_सुरक्षित_फ़ाइलनाम = असत्य भी। यह
सेट करना आवश्यक है डॉस_फाइलनाम_आवश्यक = असत्य (डिफ़ॉल्ट) भी। यह
सेट करना आवश्यक है posix_filename_charset = असत्य (डिफ़ॉल्ट) भी।

फ़ाइल नाम_पैटर्न_स्वीकार्य = [स्ट्रिंग];
इस फ़ील्ड का उपयोग स्वीकार्य फ़ाइल नामों के पैटर्न की सूची निर्दिष्ट करने के लिए किया जाता है।
यदि सेट नहीं है तो डिफ़ॉल्ट "*" है।

फ़ाइल नाम_पैटर्न_अस्वीकार = [स्ट्रिंग];
इस फ़ील्ड का उपयोग अस्वीकार्य फ़ाइल नामों के पैटर्न की सूची निर्दिष्ट करने के लिए किया जाता है।

कृपया नोट: एजिस इसकी धारणा को निर्धारित करने के लिए अंतर्निहित फाइल सिस्टम को भी सलाह देता है
अधिकतम फ़ाइल आकार। जहाँ फ़ाइल सिस्टम का अधिकतम फ़ाइल आकार से कम है
max_filename_length, फाइलसिस्टम जीत जाता है। ऐसा हो सकता है, उदाहरण के लिए, जब आप
Linux UMSDOS फ़ाइल सिस्टम का उपयोग करते हुए, या जब आपके पास NFS एक प्राचीन V7 माउंट किया हुआ हो
फाइल सिस्टम। स्थापना max_filename_length इन मामलों में 255 तक नहीं बदलता है
तथ्य यह है कि अंतर्निहित फ़ाइल सिस्टम सीमाएं बहुत छोटी हैं (क्रमशः 12 और 14)।

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

यदि आपकी विकास निर्देशिकाएं नियमित रूप से एक Linux UMSDOS फाइल सिस्टम पर हैं, तो आप
शायद सेटिंग से बेहतर हो डॉस_फाइलनाम_आवश्यक = <strong>उद्देश्य</strong>, और बदल भी रहा है
विकास_निर्देशिका_टेम्पलेट खेत। विभिन्न विंडोज़ के साथ विषम विकास
वातावरण को भी इसकी आवश्यकता हो सकती है।

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

RSI -BAse_RELative विकल्प का उपयोग सापेक्ष फ़ाइल नामों की व्याख्या करने के लिए किया जा सकता है
आधारभूत पथ के सापेक्ष; पूर्ण फ़ाइल नामों की तुलना अभी भी विभिन्न के साथ की जाएगी
आधार रेखा-सापेक्ष नाम निर्धारित करने के लिए पथ।

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

बदलना la प्रकार of a पट्टिका
यदि आप किसी फ़ाइल का प्रकार बदलना चाहते हैं (मान लीजिए, परीक्षण से स्रोत फ़ाइल में, या उपाध्यक्ष
विपरीत) आप इसे पहले उपयोग करके दो परिवर्तनों के रूप में कर सकते हैं वायुयान(1) एक परिवर्तन में और फिर
का उपयोग ऐनफ(1) या एंट(1) दूसरे परिवर्तन में, या आप दोनों चरणों को एक ही में जोड़ सकते हैं
परिवर्तन। का उपयोग करना याद रखें वायुयान -नोव्हाइटआउट विकल्प या आपको एक सबसे अनोखा नया विकल्प मिलेगा
फ़ाइल टेम्पलेट.

पट्टिका कार्य समायोजन
जब यह आदेश चलता है, तो यह पहले प्रोजेक्ट फ़ाइलों के विरुद्ध परिवर्तन फ़ाइलों की जाँच करता है। अगर
विसंगतियां हैं, फ़ाइल क्रियाओं को निम्नानुसार समायोजित किया जाएगा:

create यदि कोई फ़ाइल बनाई जा रही है, लेकिन एक अन्य परिवर्तन सेट एकीकृत है जो भी
फ़ाइल बनाता है, अभी भी विकसित किए जा रहे परिवर्तन सेट में फ़ाइल क्रिया होगी
"संशोधित" करने के लिए समायोजित।

संशोधित करें यदि कोई फ़ाइल संशोधित की जा रही है, लेकिन एक अन्य परिवर्तन सेट एकीकृत है जो हटा देता है
फ़ाइल, परिवर्तन सेट में फ़ाइल क्रिया अभी भी विकसित की जा रही है
"बनाने" के लिए समायोजित।

निकालें यदि कोई फ़ाइल हटाई जा रही है, लेकिन एक अन्य परिवर्तन सेट एकीकृत है जो हटा देता है
फ़ाइल, फ़ाइल अभी भी विकसित किए जा रहे परिवर्तन सेट से हटा दी जाएगी।

अधिसूचना
RSI new_file_command यदि सेट किया गया है, तो प्रोजेक्ट में कॉन्फ़िगरेशन फ़ाइल चलाई जाती है। परियोजना_-
फ़ाइल_कमांड भी चलाया जाता है, यदि सेट किया गया है, और यदि हाल ही में कोई एकीकरण हुआ है। देखो
एपकॉन्फ(5) अधिक जानकारी के लिए।

टेस्ट सहसंबंध

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

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

RSI एईसीपी(1) और ऐनफ(1) कमांड का उपयोग फाइलों को बदलाव के साथ जोड़ने के लिए किया जाता है। जब वे
एसोसिएशन को सक्रिय रूप से निष्पादित न करें, ये वे फाइलें हैं जिनका उपयोग किया जाता है एईपास(1) और
AET(1) यह निर्धारित करने के लिए कि कौन सी स्रोत फाइलें किन परीक्षणों से जुड़ी हैं।

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

यह सुनिश्चित करके परीक्षण सहसंबंध सटीकता में सुधार किया जा सकता है:

· प्रत्येक परिवर्तन को बिना किसी अनावश्यक फ़ाइल समावेशन के, दृढ़ता से केंद्रित किया जाना चाहिए। इस
नकली सहसंबंधों से बचा जाता है।

· नई कार्यक्षमता के प्रत्येक आइटम को व्यक्तिगत परिवर्तन में जोड़ा जाना चाहिए, न कि
कई एक साथ। यह कार्यक्षमता के साथ परीक्षणों को दृढ़ता से सहसंबंधित करता है।

· प्रत्येक बग को एक साथ कई परिवर्तनों के बजाय व्यक्तिगत परिवर्तन में ठीक किया जाना चाहिए। इस
कार्यक्षमता के साथ परीक्षणों को दृढ़ता से सहसंबंधित करता है।

फाइलों को स्थानांतरित करने पर परीक्षण सहसंबंध खो जाएगा। ऐसा इसलिए है क्योंकि सहसंबंध हैं
नाम.

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

विकल्प

निम्नलिखित विकल्प समझ में आते हैं

-निर्माण
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि फ़ाइल का निर्माण किसी निर्माण के दौरान किया गया है
(अक्सर केवल एक एकीकृत निर्माण), ताकि इसका इतिहास रखा जा सके। यह है
पैच फ़ाइलें बनाने के लिए उपयोगी है, जहां जेनरेट की गई फ़ाइलों का इतिहास होता है
महत्वपूर्ण। हालाँकि, इस तरह से बनाई गई फ़ाइलों को परिवर्तन में कॉपी नहीं किया जा सकता है
उन्हें हटाया जा सकता है. यदि संभव हो तो इस प्रकार की फ़ाइलों का उपयोग करने से बचें।

-BAse_RELative
इस विकल्प का उपयोग सापेक्ष फ़ाइल नामों को के सापेक्ष माना जा सकता है
स्रोत वृक्ष का आधार। देखो एयूकोन्फ़(5) संबंधित उपयोगकर्ता के लिए
वरीयता।

-CUrrent_RELative
इस विकल्प का उपयोग सापेक्ष फ़ाइल नामों को के सापेक्ष माना जा सकता है
वर्तमान निर्देशिका। यह आमतौर पर डिफ़ॉल्ट है। देखो एयूकोन्फ़(5) के लिए
संबंधित उपयोगकर्ता वरीयता।

-खुले पैसे संख्या
इस विकल्प का उपयोग किसी प्रोजेक्ट के भीतर किसी विशेष परिवर्तन को निर्दिष्ट करने के लिए किया जा सकता है। देखो
तत्वावधान(1) इस विकल्प के पूर्ण विवरण के लिए।

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

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

-रखना
इस विकल्प का उपयोग फाइलों और/या निर्देशिकाओं को आमतौर पर हटाए जाने को बनाए रखने के लिए किया जा सकता है या
कमांड द्वारा प्रतिस्थापित। उपयोगकर्ता के लिए डिफ़ॉल्ट delete_file_preference यदि नहीं
निर्दिष्ट, देखें एयूकोन्फ़(5) अधिक जानकारी के लिए।

-नहीं_रखें
इस विकल्प का उपयोग यह सुनिश्चित करने के लिए किया जा सकता है कि फ़ाइलें और/या निर्देशिकाएं हटा दी गई हैं
या कमांड द्वारा प्रतिस्थापित किया गया। उपयोगकर्ता के लिए डिफ़ॉल्ट delete_file_preference यदि नहीं
निर्दिष्ट, देखें एयूकोन्फ़(5) अधिक जानकारी के लिए।

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

-नॉट_लॉगिंग
इस विकल्प का उपयोग आउटपुट की स्वचालित लॉगिंग और त्रुटियों को अक्षम करने के लिए किया जा सकता है
एक पंक्ति। यह अक्सर तब उपयोगी होता है जब एक शेल में कई तत्वावधान कमांड संयुक्त होते हैं
लिपियों.

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

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

-No_TEMPlate
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि किसी नए फ़ाइल टेम्पलेट का उपयोग नहीं किया जाना चाहिए,
भले ही फ़ाइल मौजूद न हो (कोई भी खाली फ़ाइल बनाई जाएगी)।

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

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

-इंतज़ार इस विकल्प का उपयोग एजिस कमांड को एक्सेस लॉक की प्रतीक्षा करने के लिए किया जा सकता है, यदि
उन्हें तुरंत प्राप्त नहीं किया जा सकता है। उपयोगकर्ता के लिए डिफ़ॉल्ट लॉक_वेट_वरीयता
यदि निर्दिष्ट नहीं है, तो देखें एयूकोन्फ़(5) अधिक जानकारी के लिए।

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

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

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

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

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

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

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

की सिफारिश की ALIAS

इस आदेश के लिए अनुशंसित उपनाम है
सीएसएच% उपनाम एईएनएफ 'एजिस -एनएफ \!* -वी'
sh$ aenf(){aegis -nf "$@" -v}

त्रुटियों

यदि परिवर्तन में नहीं है तो यह एक त्रुटि है जा रहा है विकसित राज्य.
यदि परिवर्तन वर्तमान उपयोगकर्ता को असाइन नहीं किया गया है तो यह एक त्रुटि है।
यदि फ़ाइल पहले से ही परिवर्तन का हिस्सा है तो यह एक त्रुटि है।
यदि फ़ाइल पहले से ही बेसलाइन का हिस्सा है तो यह एक त्रुटि है।
यदि कमांड लाइन पर नामित फ़ाइलें सामान्य फ़ाइलें नहीं हैं तो यह एक त्रुटि है
निर्देशिकाएँ (यदि आपको प्रतीकात्मक लिंक या विशेष फ़ाइलों की आवश्यकता है, तो उन्हें निर्माण समय पर बनाएं।)

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

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

वातावरण चर

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

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