गिट-क्रेडेंशियल - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

गिट-क्रेडेंशियल - उपयोगकर्ता क्रेडेंशियल पुनर्प्राप्त करें और संग्रहीत करें

SYNOPSIS

गिट क्रेडेंशियल

वर्णन

Git के पास सिस्टम-विशिष्ट से क्रेडेंशियल संग्रहीत करने और पुनर्प्राप्त करने के लिए एक आंतरिक इंटरफ़ेस है
सहायक, साथ ही उपयोगकर्ता को उपयोगकर्ता नाम और पासवर्ड के लिए संकेत देना। गिट-क्रेडेंशियल
कमांड इस इंटरफ़ेस को उन स्क्रिप्ट्स के सामने उजागर करता है जो पुनर्प्राप्त करना, संग्रहीत करना या संकेत देना चाहते हैं
Git की तरह ही क्रेडेंशियल। इस स्क्रिप्ट योग्य इंटरफ़ेस का डिज़ाइन मॉडल बनाता है
आंतरिक सी एपीआई; देखना la जाना क्रेडेंशियल API[1] अवधारणाओं पर अधिक पृष्ठभूमि के लिए।

गिट-क्रेडेंशियल कमांड-लाइन पर एक "कार्रवाई" विकल्प लेता है (भरें, अनुमोदित करें, या में से एक)।
अस्वीकार) और stdin पर एक क्रेडेंशियल विवरण पढ़ता है (इनपुट/आउटपुट प्रारूप देखें)।

यदि कार्रवाई भर गई है, तो गिट-क्रेडेंशियल "उपयोगकर्ता नाम" और "पासवर्ड" जोड़ने का प्रयास करेगा
कॉन्फ़िगरेशन फ़ाइलों को पढ़कर, किसी भी कॉन्फ़िगर किए गए से संपर्क करके विवरण की विशेषताएँ
क्रेडेंशियल सहायक, या उपयोगकर्ता को संकेत देकर। का उपयोगकर्ता नाम और पासवर्ड विशेषताएँ
फिर क्रेडेंशियल विवरण को पहले से मौजूद विशेषताओं के साथ स्टडआउट करने के लिए मुद्रित किया जाता है
प्रदान की है।

यदि कार्रवाई स्वीकृत है, तो git-क्रेडेंशियल किसी भी कॉन्फ़िगर किए गए को विवरण भेजेगा
क्रेडेंशियल सहायक, जो बाद में उपयोग के लिए क्रेडेंशियल संग्रहीत कर सकते हैं।

यदि कार्रवाई अस्वीकार कर दी जाती है, तो git-क्रेडेंशियल किसी भी कॉन्फ़िगर किए गए को विवरण भेज देगा
क्रेडेंशियल सहायक, जो विवरण से मेल खाने वाले किसी भी संग्रहीत क्रेडेंशियल को मिटा सकते हैं।

यदि कार्रवाई स्वीकृत या अस्वीकार है, तो कोई आउटपुट उत्सर्जित नहीं होना चाहिए।

ठेठ उपयोग OF GIT क्रेडेंशियल

गिट-क्रेडेंशियल का उपयोग करने वाला एप्लिकेशन आमतौर पर इनका अनुसरण करते हुए गिट क्रेडेंशियल का उपयोग करेगा
कदम:

1. संदर्भ के आधार पर एक प्रमाणिक विवरण तैयार करें।

उदाहरण के लिए, यदि हमें https://example.com/foo.git के लिए पासवर्ड चाहिए, तो हम जेनरेट कर सकते हैं
निम्नलिखित क्रेडेंशियल विवरण (अंत में रिक्त पंक्ति को न भूलें; यह बताता है
गिट क्रेडेंशियल कि एप्लिकेशन ने अपनी सभी जानकारी फीड करना समाप्त कर दिया है):

प्रोटोकॉल=https
होस्ट=example.com
पथ=foo.git

2. इस विवरण के लिए हमें उपयोगकर्ता नाम और पासवर्ड देने के लिए गिट-क्रेडेंशियल से पूछें। यह है
जीआईटी क्रेडेंशियल फिल चलाकर, चरण (1) से विवरण फीड करके किया गया
मानक इनपुट. संपूर्ण क्रेडेंशियल विवरण (प्रति क्रेडेंशियल सहित,
यानी लॉगिन और पासवर्ड) मानक आउटपुट पर तैयार किया जाएगा, जैसे:

प्रोटोकॉल=https
होस्ट=example.com
उपयोक्तानाम=बॉब
पासवर्ड=secr3t

ज्यादातर मामलों में, इसका मतलब है कि इनपुट में दी गई विशेषताओं को दोहराया जाएगा
आउटपुट, लेकिन Git क्रेडेंशियल विवरण को भी संशोधित कर सकता है, उदाहरण के लिए हटाकर
जब प्रोटोकॉल HTTP(s) है और credential.useHttpPath गलत है तो पथ विशेषता गलत है।

यदि git क्रेडेंशियल को पासवर्ड के बारे में पता होता, तो इस चरण में शामिल नहीं होता
उपयोगकर्ता वास्तव में यह पासवर्ड टाइप कर रहा है (हो सकता है कि उपयोगकर्ता ने इसे अनलॉक करने के लिए कोई पासवर्ड टाइप किया हो
इसके बजाय चाबी का गुच्छा, या यदि चाबी का गुच्छा पहले से था तो कोई उपयोगकर्ता इंटरैक्शन नहीं किया गया था
अनलॉक) पासवर्ड लौटाने से पहले = secr3t।

3. क्रेडेंशियल का उपयोग करें (उदाहरण के लिए, चरण से उपयोगकर्ता नाम और पासवर्ड के साथ यूआरएल तक पहुंचें)।
(2)), और देखें कि क्या यह स्वीकार किया जाता है।

4. पासवर्ड की सफलता या विफलता पर रिपोर्ट करें. यदि क्रेडेंशियल अनुमति देता है
ऑपरेशन सफलतापूर्वक पूरा हो जाए, तो इसे "अनुमोदन" क्रिया के साथ चिह्नित किया जा सकता है
गिट क्रेडेंशियल को इसके अगले आह्वान में पुन: उपयोग करने के लिए कहें। यदि क्रेडेंशियल अस्वीकार कर दिया गया था
ऑपरेशन के दौरान, "अस्वीकार करें" क्रिया का उपयोग करें ताकि गिट क्रेडेंशियल मांगे
इसके अगले आह्वान में नया पासवर्ड। किसी भी स्थिति में, git क्रेडेंशियल साथ में डाला जाना चाहिए
चरण (2) से प्राप्त क्रेडेंशियल विवरण (जिसमें ये भी शामिल हैं)।
चरण (1) में प्रदान किया गया)।

इनपुट आउटपुट FORMAT

git क्रेडेंशियल क्रेडेंशियल जानकारी को पढ़ता और/या लिखता है (इस्तेमाल की गई कार्रवाई के आधार पर)।
इसके मानक इनपुट/आउटपुट में। यह जानकारी किसी भी git की कुंजियों के अनुरूप हो सकती है
क्रेडेंशियल लॉगिन/पासवर्ड जानकारी (जैसे होस्ट, प्रोटोकॉल, पथ), या प्राप्त करेगा
प्राप्त किया जाने वाला वास्तविक क्रेडेंशियल डेटा (लॉगिन/पासवर्ड)।

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

प्रोटोकॉल
वह प्रोटोकॉल जिस पर क्रेडेंशियल का उपयोग किया जाएगा (जैसे, https)।

मेजबान
नेटवर्क क्रेडेंशियल के लिए दूरस्थ होस्टनाम।

पथ
वह पथ जिसके साथ क्रेडेंशियल का उपयोग किया जाएगा. उदाहरण के लिए, किसी दूरस्थ https तक पहुँचने के लिए
रिपॉजिटरी, यह सर्वर पर रिपॉजिटरी का पथ होगा।

उपयोगकर्ता नाम
क्रेडेंशियल का उपयोगकर्ता नाम, यदि हमारे पास पहले से ही एक है (उदाहरण के लिए, किसी यूआरएल से, उपयोगकर्ता से, या
पहले से चलाए गए सहायक से)।

पासवर्ड
क्रेडेंशियल का पासवर्ड, यदि हम इसे संग्रहीत करने के लिए कह रहे हैं।

यूआरएल
जब इस विशेष विशेषता को git क्रेडेंशियल द्वारा पढ़ा जाता है, तो मान को URL के रूप में पार्स किया जाता है
और ऐसा माना जाता है मानो इसके घटक भागों को पढ़ लिया गया हो (उदाहरण के लिए, url=https://example.com होगा)।
ऐसा व्यवहार करें मानो प्रोटोकॉल=https औरhost=example.com प्रदान किया गया हो)। इससे मदद मिल सकती है
कॉल करने वाले स्वयं यूआरएल को पार्स करने से बचते हैं। ध्यान दें कि जो भी घटक गायब हैं
यूआरएल (उदाहरण के लिए, उपरोक्त उदाहरण में कोई उपयोगकर्ता नाम नहीं है) को खाली पर सेट किया जाएगा; अगर आप
एक यूआरएल प्रदान करना चाहते हैं और कुछ विशेषताओं को ओवरराइड करना चाहते हैं, पहले यूआरएल विशेषता प्रदान करें,
किसी भी ओवरराइड के बाद।

टिप्पणियाँ

1. गिट क्रेडेंशियल एपीआई
फ़ाइल: ///usr/share/doc/git/html/technical/api-credentials.html

onworks.net सेवाओं का उपयोग करके ऑनलाइन git-क्रेडेंशियल का उपयोग करें