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

कार्यक्रम:

नाम

एजिस मूव फाइल - बदलाव के हिस्से के रूप में एक या अधिक फाइलों का नाम बदलें

SYNOPSIS

तत्वावधान -मोवे_फाइल [ विकल्प...] पुराने नाम नया नाम [ old1 new1 [ old2 new2 ] ]
तत्वावधान -मोवे_फाइल -सूची [ विकल्प...]
तत्वावधान -मोवे_फाइल -मदद

वर्णन

RSI तत्वावधान -मोवे_फाइल कमांड का प्रयोग किसी फाइल को बदलाव में कॉपी करने और उसका नाम बदलने के लिए किया जाता है
उसी समय।

नामित फाइलों को बेसलाइन से कॉपी किया जाएगा (पुरानी फाइल) विकास में
निर्देशिका (नई फ़ाइल), और परिवर्तन में फ़ाइलों की सूची में जोड़ा गया।

चेतावनी: यदि दोनों में से किसी की विकास निर्देशिका में पहले से ही फ़ाइलें हैं पुराने नाम or
la नया नाम उन्हें अधिलेखित कर दिया जाएगा।

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

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

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

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

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

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

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

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

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

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

अधिसूचना
इस कमांड के सफलतापूर्वक पूरा होने पर, आमतौर पर द्वारा की जाने वाली सूचनाएं
वायुयान(1) ऐनफ(1) और एंट(1) कमांड उपयुक्त के रूप में चलाए जाते हैं। इनमें शामिल हैं:
प्रोजेक्ट_फाइल_कमांड, new_file_command, new_test_command और निकालें_फाइल_कमांड फ़ील्ड्स
परियोजना का विन्यास फ़ाइल। ले देख एपकॉन्फ(5) अधिक जानकारी के लिए।

विकल्प

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

त्रुटियों

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

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

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

वातावरण चर

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

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