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

कार्यक्रम:

नाम

SCCS - एससीसीएस सबसिस्टम के लिए फ्रंट एंड

SYNOPSIS

SCCS [-r] [-d पथ] [-T] [-V] [--संस्करण] [-p पथ] [--उपसर्ग=पथ] [--सीएसएससी] आदेश [झंडे]
[पट्टिका ...]

वर्णन

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

मूल रूप से, SCCS निर्दिष्ट के साथ कमांड चलाता है झंडे और आर्ग. प्रत्येक तर्क है
आम तौर पर इसे "एससीसीएस/एस" के साथ जोड़ने के लिए संशोधित किया जाता है।

झंडों की व्याख्या की जानी है SCCS कार्यक्रम से पहले होना चाहिए आदेश तर्क। को झंडे
वास्तविक SCCS कार्यक्रम के बाद पारित किया जाना चाहिए आदेश तर्क। ये झंडे हैं
कमांड के लिए विशिष्ट और उस कमांड के दस्तावेज़ीकरण में चर्चा की गई है।

सामान्य SCCS कमांड के अलावा, कई "छद्म-कमांड" जारी किए जा सकते हैं। ये:

संपादित "गेट-ई" के बराबर।

delget नामित फ़ाइलों पर एक डेल्टा निष्पादित करें और फिर नए संस्करण प्राप्त करें। नये संस्करण
आईडी कीवर्ड विस्तारित होंगे, और संपादन योग्य नहीं होंगे। -m, -p, -r, -s, तथा
-y झंडों को पास कर दिया जाएगा डेल्टा, और -बी, -c, -e, -i, -k, -l, -s, तथा -x झंडे
प्राप्त करने के लिए पारित किया जाएगा.

हटाएँ के बराबर delget सिवाय इसके कि मिल चरण में शामिल हैं -e झंडा। इस विकल्प
बनाने के लिए उपयोगी है जांच की चौकी आपके वर्तमान संपादन चरण का। वही झंडे
जैसा कि ऊपर वर्णित है, डेल्टा को पारित किया जाएगा, और सभी झंडों को सूचीबद्ध किया जाएगा मिल ऊपर
सिवाय -e और -k को पारित किया जाता है संपादित.

बनाना उसी नाम की फ़ाइल से प्रारंभिक सामग्री लेकर एक SCCS फ़ाइल बनाता है।
किसी भी झंडे के लिए व्यवस्थापक स्वीकार किये जाते हैं. यदि निर्माण सफल है, तो फ़ाइलें हैं
सामने अल्पविराम के साथ नाम बदला गया। जब आप आश्वस्त हो जाएं तो इन्हें हटा देना चाहिए
कि SCCS फ़ाइलें सफलतापूर्वक बनाई गई हैं।

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

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

असंपादित यह एक के विपरीत है संपादित या "गेट-ई"। इसका प्रयोग अत्यधिक मात्रा में करना चाहिए
सावधानी, चूँकि प्राप्ति के बाद से आपके द्वारा किया गया कोई भी परिवर्तन अपरिवर्तनीय रूप से खो जाएगा।

पता संपादित की जा रही सभी फाइलों की एक सूची देता है। यदि -b ध्वज दिया गया है, शाखाएँ
(यानी, दो या उससे कम घटकों वाले SID) को नजरअंदाज कर दिया जाता है। यदि -u झंडा दिया गया है
(वैकल्पिक तर्क के साथ) तब केवल आपके (या नामित उपयोगकर्ता) द्वारा संपादित की जा रही फ़ाइलें
सूचीबद्ध हैं।

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

कहना मानक आउटपुट पर संपादित की जा रही फ़ाइलों की एक नई पंक्ति-पृथक सूची देता है।
लेता है -b और -u झंडे जैसे पता और चेक.

डिफ एक देता है diff आपके द्वारा उपयोग किए जा रहे प्रोग्राम(ओं) के वर्तमान संस्करण के बीच सूचीकरण
संपादन और एससीसीएस प्रारूप में संस्करण। -r, -c, -i, -x, तथा -t झंडे हैं
पास किया
मिल; -l, -s, -e, -f, -h, -u, -n, -w, तथा -b विकल्प पारित कर दिए गए हैं diff।
-a, -B, -d, -H, -p, -q, -s, -v, तथा -y विकल्प पारित कर दिए गए हैं diff लेकिन ये विकल्प
(आमतौर पर) जीएनयू अंतर के लिए विशिष्ट हैं, और इसलिए अन्य सिस्टम पर समर्थित नहीं हो सकते हैं
जीएनयू की तुलना में. -C ध्वज को पारित कर दिया गया है diff as -c.

छाप यह कमांड नामित फ़ाइलों के बारे में वर्बोज़ जानकारी प्रिंट करता है।

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

--सीएसएससी शून्य निकास मान लौटाता है (केवल GNU संस्करण के लिए)। कोई अन्य ऑपरेशन नहीं है
प्रदर्शन किया। इस ध्वज का उपयोग परीक्षण सूट द्वारा यह निर्धारित करने के लिए किया जाता है कि इसकी आवश्यकता है या नहीं
उपयोग उपसर्ग सही उपप्रोग्राम (गैर-जीएनयू) खोजने के लिए ध्वजांकित करें
एससीसीएस के संस्करणों में उपप्रोग्राम के लिए पूर्ण पथनाम हार्ड-कोडित हैं)। में
इस तरह, सीएसएससी टेस्ट सूट को इंस्टॉलेशन के लिए तैयार किया जा सकता है
विशेष निर्देशिका, लेकिन परीक्षण सूट अभी भी सूट से पहले चलाया जा सकता है
अपने अंतिम स्थान पर स्थापित कर दिया गया है। यह विकल्प केवल द्वारा समर्थित है
का जीएनयू संस्करण SCCS.

--उपसर्ग=फू का उपयोग करता है foo SCCS उप-आदेशों के लिए उपसर्ग के रूप में। डिफ़ॉल्ट उपसर्ग संकलित है
प्रोग्राम में और आमतौर पर "/usr/sccs" होता है। आप उपसर्ग खोज सकते हैं
के साथ सेटिंग -V झंडा। इस उपसर्ग का उपयोग अंतिम स्लैश के बिना किया जाता है
जोड़ा गया है, इसलिए "/usr/local/bin/cssc-" जैसे मानों का उपयोग किया जा सकता है। यह विकल्प है
यदि प्रोग्राम सेटयूइड स्थापित है तो इसकी अनुमति नहीं है, और यह केवल इसके द्वारा समर्थित है
का जीएनयू संस्करण SCCS. इस विकल्प is नहीं बराबर सेवा मेरे la -p झंडा.

--संस्करण संस्करण जानकारी दिखाएँ; का पर्यायवाची -V झंडा।

-r रन SCCS किसी प्रभावी उपयोगकर्ता के बजाय वास्तविक उपयोगकर्ता के रूप में SCCS सेट है
उपयोगकर्ता आईडी” को।

-d SCCS फ़ाइलों के लिए रूट निर्देशिका निर्दिष्ट करता है। डिफ़ॉल्ट वर्तमान है
निर्देशिका। यदि पर्यावरण चर PROJECTDIR सेट है, तो इसका उपयोग किया जाएगा
निश्चित करो -d झंडा।

-p उस निर्देशिका का पथनाम परिभाषित करता है जिसमें SCCS फ़ाइलें मिलेंगी;
"एससीसीएस" डिफ़ॉल्ट है. -p ध्वज से भिन्न है -d उसमें झंडा -d
तर्क संपूर्ण पथनाम से जुड़ा हुआ है और -p तर्क डाला गया है
पथनाम के अंतिम घटक से पहले। उदाहरण के लिए, “sccs -d/x -py get
a/b" "get /x/a/y/sb" में परिवर्तित हो जाएगा। यहां इरादा उपनाम बनाने का है
जैसे कि "उपनाम syssccs sccs -d/usr/src" जिसका उपयोग "syssccs get" के रूप में किया जाएगा
सीएमडी/हू.सी''। कृपया नोट कि la -p झंडा is (बहुत) विभिन्न in उद्देश्य से
la उपसर्ग विकल्प.

-T यह ध्वज प्रोग्राम को stdout पर डिबगिंग ट्रेस उत्सर्जित करने का कारण बनता है। यह झंडा
संकलन समय पर अक्षम किया जा सकता है।

-V के लिए संस्करण जानकारी दिखाता है SCCS प्रोग्राम, और उपकमांड उपसर्ग
इस्तेमाल किया जा रहा हे। यह विकल्प केवल GNU संस्करण द्वारा समर्थित है SCCS.

उदाहरण

संपादन के लिए एक फ़ाइल प्राप्त करने, उसे संपादित करने और एक नया डेल्टा तैयार करने के लिए:

एससीसीएस को -ई फाइल.सी मिलती है
पूर्व फ़ाइल.सी
एससीसीएस डेल्टा फ़ाइल.सी

किसी अन्य निर्देशिका से फ़ाइल प्राप्त करने के लिए:

एससीसीएस -पी/यूएसआर/एसआरसी/एससीसीएस/एस। सी.सी.सी. प्राप्त करें

or

एससीसीएस प्राप्त करें /usr/src/sccs/s.cc.c

वर्तमान निर्देशिका में बड़ी संख्या में फ़ाइलों का डेल्टा बनाने के लिए:

एससीसीएस डेल्टा *.सी

संपादित की जा रही उन फ़ाइलों की सूची प्राप्त करने के लिए जो शाखाओं में नहीं हैं:

एससीसीएस जानकारी-बी

आपके द्वारा संपादित की जा रही हर चीज़ को डेल्टा करने के लिए:

एससीसीएस डेल्टा `एससीसीएस बताओ -यू`

मेकफ़ाइल में, SCCS फ़ाइल से स्रोत फ़ाइलें प्राप्त करने के लिए यदि यह पहले से मौजूद नहीं है:

एसआरसीएस =
$(एसआरसीएस):
एससीसीएस को $(आरईएल) $@ मिलता है

मेंटेनर

के इस संस्करण SCCS जेम्स यंगमैन द्वारा बनाए रखा जाता है,[ईमेल संरक्षित]>.

वातावरण

परियोजना निदेशक

PROJECTDIR पर्यावरण चर की जाँच किसके द्वारा की जाती है -d झंडा। अगर यह शुरू होता है
एक स्लैश के साथ, इसे सीधे लिया जाता है; अन्यथा, किसी उपयोगकर्ता की होम निर्देशिका
उस नाम की जांच उपनिर्देशिका "src" या "स्रोत" के लिए की जाती है। यदि ऐसा है
निर्देशिका मिल गई है, इसका उपयोग किया जाता है।

निदान

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

0 कोई त्रुटि नहीं; सब कुछ योजना के अनुसार आगे बढ़ा।

64 कमांड लाइन उपयोग त्रुटि

69 प्रोग्राम निष्पादित नहीं किया जा सका

70 आंतरिक सॉफ़्टवेयर त्रुटि। ऐसा न हो कि।

71 सिस्टम त्रुटि (उदाहरण के लिए, फोर्क नहीं किया जा सकता)

75 अस्थायी विफलता; बाद में पुनः प्रयास करें. सिस्टम समाप्त होने पर यह त्रुटि वापस आ जाती है
याद।

77 अनुमति अस्वीकृत. यह त्रुटि तब होती है जब प्रोग्राम setuid स्थापित किया गया है, लेकिन
संकलन समय पर SCCSDIR को कॉन्फ़िगर नहीं किया गया था। अगर कुछ हो गया तो ऐसा भी हो सकता है
गलत है जब प्रोग्राम अपने सेतुइड या सेटगिड विशेषाधिकारों को छोड़ने का प्रयास करता है। जब कोई प्रोग्राम
घातक सिग्नल के कारण बाहर निकलता है, शेल आमतौर पर सिग्नल संख्या में 128 जोड़ता है और उपयोग करता है
वह वापसी मूल्य के रूप में। कुछ प्रणालियाँ इस श्रेणी में मान भी उत्पन्न करती हैं यदि वहाँ है
डायनेमिक लिंकर के साथ एक समस्या थी।

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