प्रश्न 1. आप कैसे अपना मौजूदा गिट संस्करण जाँच सकते हैं?

• git --v
• git --version
• git --option
• git --current

संदर्भ

प्रश्न 2. एक स्थानीय और दूरस्थ संग्रह के बीच एक जोड़ने की कमांड क्या है?

• git remote add new
• git remote add origin
• git remote new origin
• git remote origin

संदर्भ

प्रश्न 3. इन गिट कमांड्स का समर्थन कॉमिट इतिहास को क्या करता है?

git reset --hard HEAD~5
git merge --squash HEAD@{1}

• वे रिपो में पाँचवें कमिट को रीसेट करते हैं, फिर मास्टर ब्रांच में मर्ज करते हैं।
• वर्तमान ब्रांच का हेड पाँच कमिट्स पिछले में रीसेट किया जाता है, फिर पिछले कमिट्स को एक ही कमिट में स्क्वॉश किया जाता है।
• आखिरी पाँच कमिट्स को हटा देते हैं।
• आखिरी पाँच कमिट्स को एक नई शाखा में मर्ज किया जाता है।

स्पष्टीकरण:

• git reset --hard HEAD~5 वर्तमान ब्रांच को पिछले 5 कमिट्स से पहले के कमिट्स में रीसेट करता है (इस man gitrevisions के नोटेशन और अन्य कुल विकल्पों के बारे में विवरण के लिए देखें, जैसे HEAD@{2 दिन पहले})। यह एक हार्ड रीसेट है, इससे यह प्रत्येक परिवर्तन को कार्य वृक्षी में भी अधिलिखित करेगा। man git-reset देखें।
• git merge --squash HEAD@{1} HEAD@{1} वहाँ है जहाँ कमांड करने से पहले शाखा थी (फिर से देखें man gitrevisions)। यह कमांड सूची की स्थिति को सेट करता है जैसा कि ऐसा लगता है जैसे उस कमिट से मर्ज किया गया हो। यह पूरा प्रक्रिया नई विशेषता शुरू करने वाले एक शाखा में से 5 कमिट्स ले लेने का एक तरीका हो सकता है और उन्हें एक ही कमिट में, एक सार्थक कमिट में, स्क्वॉश किया जा सकता है।

संदर्भ

प्रश्न 4. आपके वर्तमान परियोजना में कई शाखाएं हैं; मास्टर, बीटा, और पुश-सूचनाएं। आपने अभी पुश-सूचना शाखा में सूचना की सुविधा समाप्त की है, और आप इसे बीटा शाखा में संशोधित करना चाहते हैं। इसे आप कैसे प्राप्त करेंगे?

• पुश-सूचना शाखा चेकआउट करें और गिट मर्ज बीटा चलाएं
• मास्टर शाखा चेकआउट करें और गिट मर्ज बीटा -> पुश-सूचनाएं
• पुश-सूचनाएं शाखा को हटाएं और यह मास्टर शाखा में स्वचालित रूप से संशोधित किया जाएगा
• बीटा शाखा चेकआउट करें और गिट मर्ज पुश-सूचनाएं चलाएं

संदर्भ

प्रश्न 5. निम्नलिखित कमांड का उपयोग करने पर निम्नलिखित क्या सत्य होता है?

git add -A

• सभी नई और अपडेट की गई फ़ाइलें स्टेज की जाती हैं
• फ़ाइलें वर्णानुक्रमित क्रम में स्टेज की जाती हैं।
• सभी नई फ़ाइलें स्टेज की जाती हैं
• केवल अपडेट की गई फ़ाइलें स्टेज की जाती हैं

संदर्भ संदर्भ

प्रश्न 6. निम्नलिखित कमांड टर्मिनल पर क्या प्रिंट करेगा?

git remote -v

• एक दूरस्थ संग्रहों और उनके URL की सूची
• वर्तमान गिट संस्करण जिसे आप चला रहे हैं
• दूरस्थ संग्रहों को संशोधित करने के लिए एक इनलाइन संपादक
• आपने इंस्टॉल किए गए पिछले 5 गिट संस्करण

संदर्भ संदर्भ

Q7. निम्नलिखित कमांड्स को देखकर, बताएं कि क्या हो रहा है।

git checkout feature-user-location
git cherry-pick kj2342134sdf090093f0sdgasdf99sdfo992mmmf9921231

• विशेषतः-उपयोगकर्ता-स्थान शाखा पर रिलीज के लिए टैग किया जा रहा है
• एक कमिट को उसके मूल शाखा से फीचर-उपयोगकर्ता-स्थान शाखा पर कॉपी किया जा रहा है
• कमिट नया हेड के रूप में चेरी पिक किया जा रहा है
• एक कमिट फीचर-उपयोगकर्ता-स्थान शाखा से मास्टर शाखा पर कॉपी किया जा रहा है
• शाखा को फीचर-उपयोगकर्ता-स्थान शाखा पर स्विच किया जा रहा है, और निर्दिष्ट कमिट को शाखा पर लागू किया जा रहा है।

स्पष्टीकरण:

'git checkout feature-user-location' शाखा को 'feature-user-location' शाखा पर स्विच करता है। 'git cherry-pick kj2342134sdf090093f0sdgasdf99sdfo992mmmf9921231' निर्दिष्ट कमिट ('kj2342134sdf090093f0sdgasdf99sdfo992mmmf9921231') से परिवर्तनों को वर्तमान शाखा (feature-user-location) में लागू करता है। यह प्रभावी रूप से कमिट को उसकी मूल शाखा से फीचर-उपयोगकर्ता-स्थान शाखा पर कॉपी करता है। इसलिए, यह कमांड्स का क्रम एक विशेष कमिट को फीचर-उपयोगकर्ता-स्थान शाखा पर चेरी-पिक कर रहा है।

Q8. निम्नलिखित कमांड गिट रिपॉजिटरी के साथ क्या करता है?

git reset --soft HEAD^

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

संदर्भ संदर्भ

Q9. आप अपने परियोजना में एक बग मिलता है, लेकिन आप नहीं पता लगा सकते कि यह कहां प्रवेश किया गया था। आप इस समस्या का निदान कैसे करेंगे?

• मैन्युअली अपने कमिट इतिहास के माध्यम से पीछा करें।
• सभी कमिट्स कोमिट इतिहास में तुलना करने के लिए git search -diff का उपयोग करें।
• एक बगी कमिट खोजने के लिए गिट रीबेस चलाएं।
• एक पूर्ववत कमिट को बगी कमिट के साथ तुलना करने के लिए git bisect का उपयोग करें।

संदर्भ संदर्भ

Q10. निम्नलिखित कमांड का उपयोग क्यों किया जाएगा?

git rebase -i HEAD~10

• अंतिम 10 कमिट्स की तुलनात्मक खोज के लिए
• अंतिम 10 कमिट्स की सूची दिखाने और उन्हें स्क्वाश या फिक्सअप कमांड के साथ संशोधित करने के लिए
• अंतिम 10 कमिट्स को हटाने और हेड को रीसेट करने के लिए
• अंतिम 10 कमिट्स को स्थानीय रूप से कैश करने के लिए

संदर्भ संदर्भ

Q11. आप रिमोट रिपॉजिटरी में प्री-रिसीव हुक का उपयोग क्यों करेंगे?

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

संदर्भ संदर्भ

Q12. आप कौन सा विकल्प उपयोग कर सकते हैं जिसका उपयोग आप अपने पूरे गिट परिवेश में कर सकते हैं?

• --all
• --master
• --global
• --update

संदर्भ संदर्भ

Q13. बिना git merge --squash का उपयोग किए कैसे एक से अधिक कमिट को स्क्वॉश किया जा सकता है?

• कैशिंग
• आप नहीं कर सकते। git merge --squash उस आवाज के लिए गिट कमांड है।
• रीबेसिंग
• रिफ्लॉगिंग

संदर्भ संदर्भ

Q14. अगर आपने एक मौजूदा गिट रिपॉजिटरी क्लोन किया हो, तो क्या होगा?

• एक नया प्रतिलिपि केंद्रीय रिपॉजिटरी को अधिलिखित करेगा
• आपके स्थानीय मशीन पर रिपॉजिटरी की एक प्रतिलिपि बनाई जाएगी
• कुछ नहीं, क्लोनिंग एक समर्थित गिट कार्य नहीं है
• होस्टिंग प्लेटफार्म पर रिपॉजिटरी की एक प्रतिलिपि बनाई जाएगी

संदर्भ संदर्भ

Q15. विशिष्ट कमिट में जोड़ी गई या संशोधित की गई फ़ाइलों की सूची कैसे प्रदर्शित की जा सकती है?

• सभी फ़ाइलों की सूची प्राप्त करने के लिए रिमोट रिपॉजिटरी में कमिट करें, क्योंकि यह प्रकार की जानकारी केवल वहाँ संग्रहित होती है।
• कमिट हैश के साथ diff-tree कमांड का उपयोग करें।
• कमिट हैश के साथ git commit --info का उपयोग करें।
• git stash के साथ कमिट स्टैश डेटा तक पहुंचें।

संदर्भ संदर्भ

Q16. इस .gitignore फ़ाइल से कौन सी फ़ाइलें बाहर छोड़ने के लिए प्रोग्राम किया गया है?

#.swift
build/

*.txt
*.metadata

• सभी फ़ाइलें जिनमें .swift, .txt, या मेटाडेटा फ़ाइल एक्सटेंशन है, साथ ही पूरा निर्माण निर्देशिका
• केवल निर्माण निर्देशिका
• निर्माण निर्देशिका में सभी फ़ाइलें, साथ ही .txt या .metadata से समाप्त होने वाली फ़ाइलें
• केवल .swift और .txt एक्सटेंशन वाली फ़ाइलें।

संदर्भ

'#' से शुरू होने वाली एक पंक्ति टिप्पणी के रूप में काम करती है। इसलिए # .swift कुछ नहीं करता है। 'man gitignore' देखें।

Q17. जब आप अपने लोकल रिपॉजिटरी में बदलाव करते हैं, तो आप निम्नलिखित कमांड चलाते हैं। यह क्या करेगा?

git commit -a -m "Refactor code base"

• कुछ नहीं, आप एक ही कमांड में एकाधिक विकल्पों का उपयोग नहीं कर सकते
• सभी नई फ़ाइलों को स्टेजिंग क्षेत्र में जोड़ता है
• सभी नई फ़ाइलों को एक संदेश के साथ कमिट करता है
• सभी संशोधित फ़ाइलों को स्टेजिंग क्षेत्र में जोड़ता है, फिर उन्हें एक संदेश के साथ कमिट करता है

Q18. जब आप अपना गिट स्थिति चेक करते हैं तो आपको निम्नलिखित आउटपुट मिलता है, जो कि फ़ाइल beta-notes.js को कमिट में दिखाता है लेकिन अस्थायी रूप से भी नहीं है। यह स्थिति कैसे आ सकती है?

Change to be committed:

(use "git reset HEAD <file>..." to unstage)
modified: beta-notes.js
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout --<file>..." to discard changes in working directory)

modified: beta-notes.js

• beta-notes.js के दो प्रतिलिपियाँ थीं, लेकिन उनमें से एक को हटा दिया गया था
• beta-notes.js को स्टेजिंग किया गया था, फिर बाद में संशोधित किया गया था, जिससे फ़ाइल के दो विभिन्न संस्करण बने
• beta-notes.js की दो प्रतिलिपियाँ बनाई गईं, लेकिन केवल एक को ट्रैक किया जाता है
• beta-notes.js की दो ट्रैक की गई प्रतिलिपियाँ थीं, लेकिन एक को कमिट से हटा दिया गया था

संदर्भ

Q19. फ़ाइलें लोकल रिपॉजिटरी में कमिट किए जाने से पहले कहाँ संग्रहित होती हैं?

• सहेजी गई फ़ाइलें
• git दस्तावेज़
• स्टेजिंग क्षेत्र
• git कैश

संदर्भ

Q20. आप अपनी स्थानीय फ़ाइलों को मास्टर शाखा के साथ अधिलिखित करने के लिए किस कमांड का उपयोग करेंगे?

• ⠀

  git pull --all
  git reset --hard origin/master

• ⠀

  git pull -u origin master
  git reset --hard master

• ⠀

  git pull origin master
  git reset --hard origin/myCurrentBranch

• ⠀

  git fetch --all
  git reset --hard origin/master