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

कार्यक्रम:

नाम

गिट-समीक्षा — समीक्षा के लिए गेरिट में परिवर्तन सबमिट करें

SYNOPSIS

गिट-समीक्षा [-r दूरस्थ] [यूवी] -d परिवर्तन [शाखा]
गिट-समीक्षा [-r दूरस्थ] [यूवी] -x परिवर्तन [शाखा]
गिट-समीक्षा [-r दूरस्थ] [यूवी] -N परिवर्तन [शाखा]
गिट-समीक्षा [-r दूरस्थ] [यूवी] -X परिवर्तन [शाखा]
गिट-समीक्षा [-r दूरस्थ] [यूवी] -m परिवर्तन-पीएस-रेंज [शाखा]
गिट-समीक्षा [-r दूरस्थ] [-fnuv] -s [शाखा]
गिट-समीक्षा [-fnuvDRT] [-r दूरस्थ] [-t विषय] [--समीक्षक समीक्षक ...] [शाखा]
गिट-समीक्षा -l
गिट-समीक्षा --संस्करण

वर्णन

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

परिवर्तन हो सकता है अंक बदलो जैसा कि उपयोग करके प्राप्त किया गया है --सूची विकल्प, या यह हो सकता है
चेंजनंबर, पैचसेटनंबर परिवर्तन से सटीक पैचसेट लाने के लिए। उस स्थिति में स्थानीय
शाखा नाम में -patch[patchsetNumber] प्रत्यय होगा।

निम्न विकल्प उपलब्ध हैं:

-d परिवर्तन, --डाउनलोड=परिवर्तन
डाउनलोड परिवर्तन गेरिट से एक स्थानीय शाखा में। शाखा का नाम किसके नाम पर रखा जाएगा?
पैच लेखक और विषय का नाम. यदि स्थानीय शाखा पहले से मौजूद है, तो वह होगी
इस परिवर्तन के लिए नवीनतम पैचसेट के साथ अद्यतन करने का प्रयास करें।

-x परिवर्तन, --चेरीपिक=परिवर्तन
लागू करें परिवर्तन गेरिट से और वर्तमान स्थानीय शाखा ("चेरी पिक") में प्रतिबद्ध हों।
कोई अतिरिक्त शाखा नहीं बनाई गई है.

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

-N परिवर्तन, --चेरीपिकोनली=परिवर्तन
लागू करें परिवर्तन गेरिट से वर्तमान कार्यशील निर्देशिका में, इसे स्टेजिंग में जोड़ें
क्षेत्र ("गिट इंडेक्स"), लेकिन इसे प्रतिबद्ध न करें।

इससे किसी परिवर्तन के लिए स्थानीय प्रतिबद्धता बनाए बिना उसकी समीक्षा करना संभव हो जाता है।
उपयोगी यदि आप कई कमिटों को एक में मर्ज करना चाहते हैं जिसके लिए सबमिट किया जाएगा
समीक्षा।

यदि वर्तमान शाखा पर्याप्त रूप से भिन्न है, तो परिवर्तन बिल्कुल भी लागू नहीं हो सकता है
मर्ज संबंधी विवाद उत्पन्न होते हैं जिन्हें हाथ से हल करने की आवश्यकता होती है।

-X परिवर्तन, --चेरीपिकइंडिकेट=परिवर्तन
लागू करें परिवर्तन गेरिट से और वर्तमान स्थानीय शाखा ("चेरी पिक") में प्रतिबद्ध हों,
यह दर्शाता है कि यह परिवर्तन किस प्रतिबद्धता से चेरी-चुना गया था।

इससे बिना सृजन किए किसी भिन्न शाखा के लिए परिवर्तन की पुन: समीक्षा करना संभव हो जाता है
इसके लिए एक स्थानीय शाखा।

यदि वर्तमान शाखा पर्याप्त रूप से भिन्न है, तो परिवर्तन बिल्कुल भी लागू नहीं हो सकता है
मर्ज संबंधी विवाद उत्पन्न होते हैं जिन्हें हाथ से हल करने की आवश्यकता होती है।

-m परिवर्तन-पीएस-रेंज, --तुलना=परिवर्तन-पीएस-रेंज
इसके लिए निर्दिष्ट पैचसेट डाउनलोड करें परिवर्तन गेरिट से, मास्टर और दोनों पर पुनः आधारित करें
अंतर प्रदर्शित करें (गिट-डिफ)।

परिवर्तन-पीएस-रेंज के रूप में निर्दिष्ट किया जा सकता है
चेंजनंबर, ओल्डपैचसेटनंबर[-न्यूपैचसेटनंबर]

पुरानापैचसेटनंबर अनिवार्य है, और यदि newPatchSetNumber निर्दिष्ट नहीं है,
नवीनतम पैचसेट का उपयोग किया जाएगा.

इससे यह आसानी से तुलना करना संभव हो जाता है कि पिछली बार की तुलना में आपके अंदर क्या बदलाव आया है
प्रस्तावित परिवर्तन की समीक्षा की।

यदि मास्टर शाखा पर्याप्त रूप से भिन्न है, तो रिबेस मर्ज संघर्ष उत्पन्न कर सकता है।
यदि ऐसा होता है तो रिबेसिंग निरस्त कर दी जाएगी और नॉट-रीबेस्ड के लिए अलग-अलग प्रदर्शित किया जाएगा
शाखाएँ. आप भी उपयोग कर सकते हैं --नहीं-रिबेस (-R) हमेशा रिबेसिंग को छोड़ना।

-f, --खत्म करना
सफल होने पर स्थानीय शाखा को बंद करें और लक्ष्य शाखा पर वापस जाएँ
प्रस्तुत करने।

-n, --पूर्वाभ्यास
वास्तव में ऐसे किसी भी आदेश का पालन न करें जिसका सीधा प्रभाव हो। इसके बजाय उन्हें प्रिंट करें.

-r दूरस्थ, --दूरस्थ=दूरस्थ
गेरिट के लिए उपयोग हेतु गिट रिमोट।

-s, --सेट अप
बस रेपो सेटअप कमांड चलाएँ लेकिन कुछ भी सबमिट न करें।

-t विषय, --विषय=विषय
गेरिट सर्वर पर इस परिवर्तन के लिए लक्ष्य विषय निर्धारित करता है। यदि निर्दिष्ट नहीं है, तो एक बग
कमिट सारांश से नंबर का उपयोग किया जाएगा। वैकल्पिक रूप से, स्थानीय शाखा का नाम
दूरस्थ शाखा से भिन्न होने पर उपयोग किया जाएगा।

-T, --कोई विषय नहीं
बिना विषय के समीक्षा सबमिट करें.

--समीक्षक समीक्षक ...
अपलोड किए गए पैच सेट के लिए एक या अधिक समीक्षकों की सदस्यता लें। समीक्षक होने चाहिए
गेरिट द्वारा पहचाने जाने योग्य (आमतौर पर उनके गेरिट उपयोगकर्ता नाम या ईमेल पते का उपयोग करें)।

-u, --अपडेट करें
कैश्ड स्थानीय प्रतियों को छोड़ें और नेटवर्क संसाधनों से अपडेट को बाध्य करें।

-l, --सूची
इस प्रोजेक्ट के लिए गेरिट सर्वर पर उपलब्ध समीक्षाओं की सूची बनाएं।

-y, --हां
इंगित करें कि वास्तव में आप समझते हैं कि क्या आप एक से अधिक पैच सबमिट कर रहे हैं।

-v --शब्दशः
अधिक वर्बोज़ आउटपुट चालू करता है।

-D, --प्रारूप
समीक्षा को ड्राफ्ट के रूप में सबमिट करें. गेरिट 2.3 या नए की आवश्यकता है।

-R, --नहीं-रिबेस
गेरिट में परिवर्तन सबमिट करने से पहले स्वचालित रूप से रिबेस न करें।

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

के लिए भी उपयोग किया जा सकता है --तुलना करना प्राप्त समीक्षाओं के स्वचालित रीबेस को छोड़ने के लिए।

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

--कोई रास्ता नहीं हे
gitreview.track को ओवरराइड करते हुए, वर्तमान शाखा द्वारा ट्रैक की जा रही किसी भी शाखा को अनदेखा करें।
यह विकल्प कमांड लाइन पर एक विशिष्ट शाखा नाम प्रदान करके निहित है।

--संस्करण
संस्करण संख्या प्रिंट करें और बाहर निकलें।

विन्यास

इस उपयोगिता को Git कॉन्फ़िगरेशन में प्रविष्टियाँ जोड़कर कॉन्फ़िगर किया जा सकता है।

निम्नलिखित कॉन्फ़िगरेशन कुंजियाँ समर्थित हैं:

gitreview.उपयोगकर्ता नाम
रिपॉजिटरी तक पहुँचने के लिए डिफ़ॉल्ट उपयोगकर्ता नाम का उपयोग किया जाता है। यदि Git में निर्दिष्ट नहीं है
कॉन्फ़िगरेशन, Git रिमोट या .gitreview फ़ाइल, उपयोगकर्ता को संकेत दिया जाएगा
उपयोक्तानाम निर्दिष्ट करें.

में उदाहरण प्रविष्टि .gitconfig फ़ाइल:

[gitreview]
उपयोक्तानाम=mygerrituser

gitreview.योजना
यह सेटिंग गेरिट रिमोट की डिफ़ॉल्ट योजना (ssh/http/https) निर्धारित करती है

gitreview.host
यह सेटिंग गेरिट रिमोट का डिफ़ॉल्ट होस्टनाम निर्धारित करती है

gitreview.port
यह सेटिंग गेरिट रिमोट का डिफ़ॉल्ट पोर्ट निर्धारित करती है

gitreview.project
यह सेटिंग गेरिट गिट रेपो का डिफ़ॉल्ट नाम निर्धारित करती है

gitreview.remote
यह सेटिंग गेरिट रिमोट के लिए उपयोग किए जाने वाले डिफ़ॉल्ट नाम को निर्धारित करती है

gitreview.branch
यह सेटिंग डिफ़ॉल्ट शाखा निर्धारित करती है

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

पैच डाउनलोड करते समय, उपयुक्त को ट्रैक करने के लिए स्थानीय शाखा बनाता है
सबमिट करते समय डिफ़ॉल्ट रूप से उस शाखा को चुनने के लिए रिमोट और शाखा
उस परिवर्तनसेट में संशोधन।

'सही' या 'गलत' का मान निर्दिष्ट किया जाना चाहिए।

सत्य वर्तमान में ट्रैक की गई शाखा को प्राथमिकता दें (यदि कोई हो) - के बराबर
की स्थापना --संकरा रास्ता परिवर्तन सबमिट करते समय.

गलत ट्रैकिंग शाखाओं को अनदेखा करें - सेटिंग के बराबर --कोई रास्ता नहीं हे (
डिफ़ॉल्ट) या सबमिट करते समय एक स्पष्ट शाखा नाम प्रदान करना
परिवर्तन। यह डिफ़ॉल्ट मान है जब तक कि इसे ओवरराइड न किया जाए
.gitreview फ़ाइल, और एक विशिष्ट शाखा प्रदान करके निहित है
कमांड लाइन पर नाम।

gitreview.rebase
यह सेटिंग निर्धारित करती है कि सबमिट किए गए परिवर्तनों को दोबारा आधार बनाया जाएगा या नहीं
शाखा की नवीनतम स्थिति.

'सही' या 'गलत' का मान निर्दिष्ट किया जाना चाहिए।

गलत सबमिट पर परिवर्तनों को दोबारा आधार न बनाएं - सेटिंग के बराबर -R कब
परिवर्तन सबमिट करना.

सत्य सबमिट करने पर परिवर्तनों को दोबारा आधार बनाएं। यह डिफ़ॉल्ट मान है जब तक
द्वारा ओवरराइड किया गया .gitreview फ़ाइल.

यह सेटिंग रिपॉजिटरी-विशिष्ट कॉन्फ़िगरेशन पर पूर्वता लेती है
.gitreview फ़ाइल.

color.review प्रदर्शित आउटपुट में रंग जोड़ने के लिए एएनएसआई एस्केप अनुक्रमों का उपयोग करना है या नहीं
यह आदेश. डिफ़ॉल्ट मान color.ui द्वारा निर्धारित किया जाता है।

ऑटो या ट्रू यदि आप चाहते हैं कि टर्मिनल पर लिखे जाने पर आउटपुट रंग का उपयोग करे
(Git 1.8.4 और नए के साथ डिफ़ॉल्ट)।

यदि आप चाहते हैं कि सभी आउटपुट रंग का उपयोग करें

कभी नहीं या झूठ
यदि आप चाहें तो किसी भी आउटपुट के लिए रंग का उपयोग न करें। (गिट के साथ डिफ़ॉल्ट
1.8.4 से अधिक पुराना)

गिट-समीक्षा प्रमाणीकरण के समय गेरिट उपयोगकर्ता/पासवर्ड के लिए गिट क्रेडेंशियल सिस्टम से पूछताछ की जाएगी
http(s) पर विफल रहा। गिट के विपरीत, गिट-समीक्षा Git में gerrit उपयोगकर्ता/पासवर्ड कायम नहीं रहता है
सुरक्षा उद्देश्यों के लिए क्रेडेंशियल सिस्टम और git क्रेडेंशियल सिस्टम कॉन्फ़िगरेशन के अंतर्गत रहता है
उपयोगकर्ता की जिम्मेदारी.

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