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

कार्यक्रम:

नाम

एजिस रिमूव फाइल - डिलीट की जाने वाली फाइलों को बदलाव में जोड़ें

SYNOPSIS

तत्वावधान -फ़ाइल को हटाएं फ़ाइल का नाम... [ विकल्प...]
तत्वावधान -फ़ाइल को हटाएं -सूची [ विकल्प...]
तत्वावधान -फ़ाइल को हटाएं -मदद

वर्णन

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

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

विकास निर्देशिका में 1KB यादृच्छिक पाठ वाली एक फ़ाइल बनाई जाएगी।
यादृच्छिक पाठ पर्याप्त रूप से विद्रोही है कि अधिकांश कंपाइलर त्रुटि संदेश देंगे,
क्या फ़ाइल को गलती से संदर्भित किया जाना चाहिए. हटाते समय यह अक्सर बहुत मददगार होता है
फ़ाइलें शामिल करें.

आप नामित निर्देशिका ट्री में सभी फ़ाइलों को हटाने के लिए एक निर्देशिका नाम निर्दिष्ट कर सकते हैं। यह है
यदि कोई प्रासंगिक फ़ाइलें नहीं हैं तो एक त्रुटि।

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

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

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

प्रक्रिया पक्ष प्रभाव
यह आदेश किसी भी निर्माण या परीक्षण पंजीकरण को रद्द कर देगा, क्योंकि फ़ाइल को तार्किक रूप से जोड़ना
उन्हें अमान्य कर देता है.

जब परिवर्तन फ़ाइलें सूचीबद्ध होती हैं (तत्वावधान -सूची चेंज_फाइल्स -तेरस) हटाई गई फ़ाइलें होंगी
संक्षिप्त सूची में प्रकट नहीं होता. इसी प्रकार, जब प्रोजेक्ट फ़ाइलें a के साथ सूचीबद्ध होती हैं
स्पष्ट परिवर्तन संख्या (तत्वावधान -सूची प्रोजेक्ट_फाइल्स -तेरस -खुले पैसे एन) कोई भी परिवर्तन नहीं
हटाई गई फ़ाइलों सहित फ़ाइलें संक्षिप्त सूची में दिखाई नहीं देंगी। ये दोनों
सूची तैयार करने के लिए डीएमटी के भीतर से एजिस को कॉल करते समय सुविधाएँ बहुत सहायक होती हैं
स्रोत फ़ाइलें।

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

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

whiteout

एजिस आपको वह प्रदान करता है जिसे अक्सर "दृश्य पथ" कहा जाता है जो विकास को इंगित करता है
उपकरण (संकलक, निर्माण प्रणाली, आदि) पहले विकास निर्देशिका में देखें, फिर अंदर
शाखा आधार रेखा, और इसी तरह ट्रंक आधार रेखा तक।

दृश्य पथ के साथ समस्या यह है कि फ़ाइलों को हटाने के लिए, आपको किसी प्रकार की आवश्यकता होती है
"व्हाइटआउट" कहने के लिए "देखना बंद करो, इसे हटा दिया गया है।"

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

जब आप उपयोग करते हैं वायुयान(1) या एमवी(1) आदेश, एजिस के रूप में कार्य करने के लिए एक 1K फ़ाइल बनाएगा
सफेदी। इसकी सामग्री बदसूरत है ताकि यदि आप "हटाए गए" को संकलित या शामिल करते हैं
फ़ाइल गलती से, आपको एक घातक त्रुटि मिलती है। यह आपको अप्रचलित को हटाने की याद दिलाएगा
संदर्भ।

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

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

(ए) एजिस वास्तव में जानता है कि (स्रोत) फाइलें कहां हैं, जबकि बाकी सब कुछ है
एजिस के ज्ञान का हवाला देते हुए; तथा

(बी) फ़ाइल सिस्टम में देखना कठिन है जब दृश्य पथ 2 निर्देशिकाओं से लंबा होता है
(और एजिस की ब्रांचिंग विधि इसे मनमाने ढंग से लंबी बना सकती है); तथा

(सी) व्हाइटआउट फ़ाइलें, और "आसपास पड़ी" छोड़ी गई कोई भी चीज़ किसी भी विधि को भ्रमित कर देगी
जो फाइल सिस्टम से पूछताछ करता है।

एजिस के फ़ाइल ज्ञान का उपयोग करने का सबसे आसान तरीका कुछ इस तरह है a awk(1) स्क्रिप्ट
एजिस फ़ाइल सूचियों को संसाधित करना। उदाहरण के लिए, आप इसके साथ ऐसा कर सकते हैं बनाना(1) इस प्रकार है:
# फाइल मेनिफेस्ट जनरेट करें
मेनिफेस्ट.मेक.इंक: मेनिफेस्ट.मेक.ओक
(एजिस-एल सीएफ-टेर; एजिस-एल पीएफ-टेर) | \
awk -f मेनिफेस्ट.मेक.ऑक > मेनिफेस्ट.मेक.इंक
# अब फ़ाइल मेनिफेस्ट शामिल करें
मेनिफेस्ट.मेक.इंक . शामिल करें
नोट: यह अक्षम होगा कि आपने इसे प्रति निर्देशिका एक बार किया, लेकिन कुछ भी नहीं है
आपको कई असाइनमेंट लिखने से रोक रहा है मेनिफेस्ट.मेक.इंक फ़ाइल, सभी में एक
उत्तीर्ण करना।

एजिस रिपोर्ट जनरेटर के साथ भी ऐसा ही करना संभव है (देखें AER(1) अधिक के लिए
जानकारी), लेकिन यह की तुलना में अधिक शामिल है awk(1) लिपि। हालाँकि, के साथ
जानकारी "सीधे घोड़े के मुंह से" जैसी थी, उतनी ही स्मार्ट भी हो सकती है।

यह फ़ाइल मेनिफेस्ट एजिस फ़ाइल के इंटरलॉक के बिना पुराना हो जाएगा
संचालन आदेश। का उपयोग करके प्रोजेक्ट-file_command और चेंज_फाइल_कमांड के क्षेत्र
परियोजना विन्यास फ़ाइल (देखें एपकॉन्फ(5) अधिक जानकारी के लिए, आप इस फाइल को हटा सकते हैं
रणनीतिक समय पर।
/* जब परिवर्तन फ़ाइल मेनिफेस्ट बदल जाता है तो चलाएँ */
change_file_command = "आरएम-एफ मेनिफेस्ट.मेक.इंक";
/* जब प्रोजेक्ट फ़ाइल मेनिफेस्ट बदल जाता है तो चलाएँ */
project_file_command = "आरएम-एफ मेनिफेस्ट.मेक.इंक";
इस प्रकार नई फ़ाइल मेनिफेस्ट को अगले के दौरान फिर से बनाया जाएगा ए ई बी(१) आदेश।

ऑप्शंस और प्राथमिकताएँ
प्रत्येक श्रेणी के लिए अलग -नो-व्हाइटआउट विकल्प, जिसका उपयोग आपके द्वारा उपयोग किए जाने पर व्हाइटआउट फ़ाइलों को दबाने के लिए किया जा सकता है
la वायुयान(1) और एमवी(1) आज्ञा। एक संगत है -व्हाइटआउट विकल्प, जो है
आमतौर पर डिफ़ॉल्ट।

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

Whiteout पट्टिका टेम्पलेट्स
RSI व्हाइटआउट_टेम्पलेट परियोजना का क्षेत्र विन्यास फ़ाइल का उपयोग भाषा बनाने के लिए किया जा सकता है-
विशिष्ट त्रुटि फ़ाइलें। यदि कोई व्हाइटआउट टेम्पलेट प्रविष्टि मेल नहीं खाती है, तो एक बहुत ही बदसूरत 1KB फ़ाइल होगी
उत्पादित किया जाना चाहिए - इसे किसी भी भाषा के लिए कंपाइलर त्रुटियों को प्रेरित करना चाहिए।

यदि आप अधिक मानव-पठनीय त्रुटि संदेश चाहते हैं, तो प्रविष्टियाँ जैसे
व्हाइटआउट_टेम्पलेट =
[
{
पैटर्न = [ "*। [सीएच]"];
body = "#error यह फ़ाइल हटा दी गई है।";
}
];
बहुत प्रभावी हो सकता है (यह उदाहरण मानता है जीसीसी(1) का प्रयोग किया जा रहा है।

यदि यह आवश्यक है कि नहीं व्हाइटआउट फ़ाइल का उत्पादन किया जा सकता है, सी स्रोत फ़ाइलों के लिए कहें, आप कर सकते हैं
व्हाइटआउट टेम्पलेट का उपयोग करें जैसे कि
व्हाइटआउट_टेम्पलेट =
[
{पैटर्न = ["*.सी"]; }
];
क्योंकि एक अनुपस्थित परिवर्तन उप-क्षेत्र का मतलब है कि कोई भी व्हाइटआउट फ़ाइल बिल्कुल भी उत्पन्न न करें।

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

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

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

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

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

विकल्प

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

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

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

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

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

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

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

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

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

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

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

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

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

-नहीं_व्हाईटआउट
इस विकल्प का उपयोग यह अनुरोध करने के लिए किया जा सकता है कि कोई भी "व्हाइटआउट" फ़ाइल नहीं रखी जाए
विकास निर्देशिका।

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

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

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

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

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

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

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

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

त्रुटियों

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

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

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

वातावरण चर

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

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