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

कार्यक्रम:

नाम

एजिस क्लीन - विकास निर्देशिका से फ़ाइलें साफ करें

SYNOPSIS

तत्वावधान -साफ [ विकल्प...]
तत्वावधान -साफ -मदद
तत्वावधान -संस्करण

वर्णन

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

इस आदेश की अनुमति केवल "जा रहा है विकसित” राज्य, और केवल परिवर्तन की
डेवलपर इसे जारी कर सकता है. इसे शाखाओं पर लागू नहीं किया जा सकता.

सभी प्रतीकात्मक लिंक विकास निर्देशिका से हटा दिए जाएंगे, भले ही निकालना_-
symlinks_after_build = असत्य परियोजना में विन्यास फ़ाइल। प्रतीकात्मक लिंक फिर से होंगे-
स्थापित, यदि create_symlinks_before_build = <strong>उद्देश्य</strong>. यह सुनिश्चित करना है कि सहानुभूति
सटीक हैं, और अनावश्यक हटा दिए गए हैं।

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

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

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

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

प्रतीकात्मक कड़ियाँ

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

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

जैसी सेटिंग का उपयोग करके
विकास_निर्देशिका_शैली =
{
source_file_symlink = सत्य;
केवल निर्माण के दौरान = सत्य;
};
उपयोगकर्ता प्रतीकात्मक लिंक कभी नहीं देखता, क्योंकि वे विशुद्ध रूप से लाभ के लिए जोड़े गए हैं
के निष्पादन के दौरान निर्भरता रखरखाव उपकरण ए ई बी(१) आदेश।

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

जब फ़ाइलों को बेसलाइन से परिवर्तन में कॉपी किया जाता है, तो इसका उपयोग करते हुए एईसीपी(1) आदेश, द
बेसलाइन की ओर इंगित करने वाला प्रतीकात्मक लिंक, यदि कोई हो, फ़ाइल के आने से पहले हटा दिया जाएगा
नकल की।

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

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

मध्यम से बड़ी परियोजनाओं के लिए, प्रतीकात्मक लिंक को सत्यापित करने में निर्माण जितना समय लग सकता है
अपने आप। यह मानते हुए कि प्रतीकात्मक लिंक अद्यतित हैं, इनके लिए समय की बड़ी बचत हो सकती है
परियोजनाएं. ऐसी स्थिति में डीएमटी की अपनी पसंद की समीक्षा करना उचित हो सकता है।

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

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

निम्नलिखित सेटिंग का उपयोग करके टॉम लॉर्ड आर्क के समान व्यवहार प्राप्त करना संभव है:
विकास_निर्देशिका_शैली =
{
source_file_link = सत्य;
source_file_symlink = सत्य;
};

निम्नलिखित सेटिंग का उपयोग करके सीवीएस के समान व्यवहार प्राप्त करना संभव है:
विकास_निर्देशिका_शैली =
{
source_file_copy = सत्य;
};
इसके और भी कई संभावित कॉन्फ़िगरेशन हैं विकास_निर्देशिका_शैली, आमतौर पर
सहायक निर्माण दुष्प्रभावों के साथ। देखना एपकॉन्फ(1) और द निर्भरता रखरखाव उपकरण
अधिक जानकारी के लिए उपयोगकर्ता गाइड का अध्याय।

प्रतीकात्मक लिंक कमांड लाइन विकल्प और प्राथमिकताएं हार्ड लिंक और पर समान रूप से लागू होती हैं
फ़ाइल प्रतियां (नामों की ऐतिहासिक उत्पत्ति है)।

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

विकल्प

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

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

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

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

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

-छूना इस विकल्प का उपयोग यह अनुरोध करने के लिए किया जा सकता है कि प्रत्येक परिवर्तन स्रोत फ़ाइल का अंतिम-
संशोधित टाइम-स्टैम्प को वर्तमान समय में अद्यतन किया जाए। यह डिफ़ॉल्ट है.
व्युत्पन्न फ़ाइलें और अन्य गैर-स्रोत फ़ाइलें अकेली छोड़ दी जाती हैं।

-स्पर्श मत करो
इस विकल्प का उपयोग प्रत्येक के अंतिम-संशोधित टाइम-स्टैम्प का अनुरोध करने के लिए किया जा सकता है
स्रोत फ़ाइल को असंशोधित छोड़ दिया जाए।

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

यह विकल्प यह भी कहता है कि प्रोजेक्ट स्रोत को अवरुद्ध करने वाली सामान्य फ़ाइलों को न हटाएं
फ़ाइलें. यह एक सामान्य तकनीक है जिसका उपयोग प्रोजेक्ट स्रोत को अस्थायी रूप से ओवर-राइड करने के लिए किया जाता है
फ़ाइलें. “एईसीपी -केवल पढ़ने के लिए" आदेश होगा है किया गया अधिक उचित।

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

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

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

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

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

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

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

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

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

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

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

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

वातावरण चर

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

कॉपीराइट

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

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

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