गिट फ्लैशकार्ड्स

श्रेणी प्रायोजक

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

हमारे फ्लैशकार्ड ऐप में सावधानीपूर्वक चुने गए गिट साक्षात्कार प्रश्न शामिल हैं जिनके व्यापक उत्तर आपको गिट ज्ञान की आवश्यकता वाले किसी भी साक्षात्कार के लिए प्रभावी ढंग से तैयार करेंगे। IT फ्लैशकार्ड्स केवल नौकरी खोजने वालों के लिए एक उपकरण नहीं है - यह आपके वर्तमान कैरियर योजनाओं की परवाह किए बिना, अपने ज्ञान को मजबूत करने और परीक्षण करने का एक शानदार तरीका है। ऐप का नियमित उपयोग आपको नवीनतम गिट रुझानों से अपडेट रहने और अपने कौशल को उच्च स्तर पर बनाए रखने में मदद करेगा।

हमारे ऐप से नमूना गिट फ्लैशकार्ड्स

अधिक मुफ्त फ़्लैशकार्ड प्राप्त करने के लिए या सभी फ़्लैशकार्ड तक पहुँच के लिए हमारे एप्लिकेशन को App Store या Google Play से डाउनलोड करें या सदस्यता लें।

Git में 'ब्रांच' क्या है और इसे सॉफ्टवेयर विकास प्रक्रिया में कैसे उपयोग किया जा सकता है?

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

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

निम्नलिखित उदाहरण शाखाओं पर किए जा सकने वाले मूल ऑपरेशनों को दिखाता है।

# Creating a new branch
git branch new_feature

# Switching between branches
git checkout new_feature

# Adding changes to the branch
# (...) make some changes to files
git add .
git commit -m "New functionality added"

# Go back to master and merge changes from new_feature branch
git checkout master
git merge new_feature

# Delete branch after finishing work
git branch -d new_feature

गिट में शाखाओं के कारण, हमें परियोजना के विभिन्न हिस्सों पर स्वतंत्रता पूर्वक काम करने की क्षमता मिलती है, जिसे हम किसी भी समय विलय कर सकते हैं।

git merge और git rebase कमांड के बीच का अंतर बताएं।

कमांड git merge का उपयोग एक परियोजना में दो या अधिक शाखाओं को मिलाने के लिए किया जाता है। जब आप गिट मर्ज़ निष्पादित करते हैं, तो गिट एक नया समर्पण बनाता है जिसमें दोनों शाखाओं के बदलाव शामिल होते हैं। git merge का फायदा यह है कि परियोजना का इतिहास उसकी मूल स्थिति में संरक्षित रहता है। यह घटनाओं का कालक्रमिक पथ बनाता है, जिससे समझना आसान हो जाता है कि क्या हुआ है।

दूसरी ओर, git rebase का उपयोग एक सीरीज़ कमिट्स को एक नये बेज पर ले जाने या "लागू" करने के लिए किया जाता है। यह तब उपयोग किया जाता है जब आप परियोजना की एक रैखिक ऐतिहासिक चार्ट बनाएं रखना चाहते हैं। जब आप गिट rebase करते हैं, तो गिट आपके बदलावों को चुने हुए शाखा के ऊपर 'पेस्ट' करता है। हम कह सकते हैं कि गिट rebase किसी प्रकार से कमिट्स का इतिहास 'साफ़' करता है, जिससे अगर एक मर्ज़ / संघर्ष को गलती से समझ लिया गया है और बेकार हल किया गया है तो संदर्भ की हानि हो सकती है।

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

एक 'डिटैच्ड HEAD' क्या है और कोई Git के साथ काम करते समय इस परिस्थिति में कैसे पहुंच सकता है?

"डिटेच्ड HEAD" एक स्थिति है जिसमें Git में HEAD किसी विशेष शाखा से जुड़ा नहीं होता है। इसे उस स्थिति से तुलना की जा सकती है जब हमारे परिवर्तन किसी विशेष शाखा पर सहेजे नहीं जा रहे हों।

"डिटेच्ड HEAD" प्राप्त करने के कई तरीके हैं। यह सबसे सामान्य रूप से एक अन्य समर्पण के लिए चेकआउट के दौरान होता है, उदाहरण के लिए:

git checkout <commit_id>

हालांकि, हम इस स्थिति को ऐसे संचालनों के दौरान भी प्राप्त कर सकते हैं जैसे rebase या cherry-pick जो सफल नहीं होते हैं।

Git इस संदेश के साथ इस स्थिति को संदर्भित करता है:

Note: checking out 'commit_id'.
You are in 'detached HEAD' state.

"डिटेच्ड HEAD" एक खतरनाक स्थिति नहीं है, यह Git के साथ काम करने का एक प्राकृतिक हिस्सा है। हालांकि, यह महत्वपूर्ण है कि हम "डिटेच्ड HEAD" स्थिति में होने के दौरान हमारे द्वारा किए गए परिवर्तनों को सहेजें जब हम किसी अन्य समर्पण या शाखा पर स्विच करते हैं। हम इसे एक नई शाखा बनाकर कर सकते हैं, जिसका स्रोत हमारा "डिटेच्ड HEAD" होगा। हम इस कमांड के साथ यह करेंगे:

git branch new_branch_name

आप एक शाखा से दूसरी शाखा में हाल की कमिट्स को कैसे स्थानांतरित कर सकते हैं?

एक शाखा से दूसरे शाखा में अंतिम कमिट ट्रांसफ़र करने के लिए, आप `git cherry-pick` कमांड का उपयोग कर सकते हैं। GIT के संदर्भ में, चेरी चयन का मतलब है कि किसी एक शाखा से मनमाना कमिट चुनने और इसे दूसरे पर लागू करना।

पहला कदम हमें उस शाखा पर स्विच करने का होता है जिससे हम कमिट ट्रांसफर करना चाहते हैं (आइए इसे branchA कहते हैं):

git checkout branchA

उसके बाद, हमें उन कमिटों का हैश पहचानने की आवश्यकता होती है जिन्हें हम ट्रांसफर करना चाहते हैं। हम इसे `git log` कमांड का उपयोग करके कर सकते हैं, जो इस शाखा के लिए कमिटों की एक सूची प्रदर्शित करेगा। कमिट हैश प्रत्येक कमिट प्रविष्टि की शुरुआत में वर्णों की एक लंबी स्ट्रिंग होती है।

अगला, हम उस शाखा पर स्विच करते हैं जिस पर हम कमिट ट्रांसफर करना चाहते हैं (आइए इसे branchB कहते हैं):

git checkout branchB

अंत में, हम `git cherry-pick` कमांड का उपयोग करते हैं साथ ही हम वह कमिट हैश ट्रांसफर करना चाहते हैं:

git cherry-pick commit-hash

यदि हम कई कमिट ट्रांसफर करना चाहते हैं, तो हम उनके हैश को एक के बाद एक, स्पेस द्वारा अलग करके प्रदान कर सकते हैं।