अनुमान लगाएं कि आपकी अगली प्रतिबद्धता में क्या होगा

• वर्किंग ट्री, इंडेक्स और अंतिम रिकॉर्डेड कमिट में अंतर करें।
• अनुमान लगाएं कि स्टेजिंग, संपादन और सामान्य प्रतिबद्धता में क्या बदलाव होगा।
• लघु स्थिति के दोनों कॉलम पढ़ें बिना यह माने कि चरणबद्ध का मतलब हमेशा के लिए सहेजा गया है।
• चरणबद्ध और चरणबद्ध परिवर्तनों के लिए अलग-अलग तुलनाओं का उपयोग करें।

पहले पाठ 1 पढ़ें; पाठ 2 Git और आपकी प्रतिबद्ध पहचान तैयार करता है। आप no course repository से शुरू करते हैं और बिना किसी के समाप्त करते हैं: यह एक अवधारणा पाठ है। पहला व्यावहारिक आरंभीकरण पाठ 4 है, GitTree के अंदर।

यह पाठ उन चार स्थितियों का पूर्वावलोकन करता है जिन्हें आप स्वयं पाठ 5 में बनाएंगे। नीचे दिए गए टर्मिनल आउटपुट, और वीडियो में GitTree स्क्रीन, भविष्य के प्रोजेक्ट की एक डिस्पोजेबल कॉपी से आते हैं: कमांड और स्क्रीन को Git 2.52.0 और GitTree 2.0 के साथ Ubuntu 24.04 पर रिकॉर्ड किया गया था। वे macOS पर नहीं चलाये गये। वीडियो में ऐसे प्रत्येक दृश्य को "भविष्य के पाठ 5 पूर्वावलोकन" का लेबल दिया गया है। भविष्य-स्थिति आदेशों को किसी असंबद्ध कार्य रिपॉजिटरी में न चलाएं या किसी अतिरिक्त अभ्यास रिपॉजिटरी को अभी प्रारंभ न करें; पूर्वावलोकन देखें और पढ़ें, फिर जब पाठ 5 उन अवस्थाओं में पहुँच जाए तो प्रश्नों को दोहराएँ।

GitTree का निरीक्षण न्यूनतम Git 2.39.0 है। macOS पर, कमांड दबाएँ जहाँ Windows और Linux Ctrl का उपयोग करें। आदेश Windows पर नहीं चलाये गये। स्थानीय मॉडल के लिए किसी प्रदाता, खाते, प्रो या परीक्षण की आवश्यकता नहीं है।

आपकी working tree डिस्क पर प्रोजेक्ट फ़ाइलें हैं। किसी फ़ाइल को संपादित करने और सहेजने से वे बाइट्स बदल जाते हैं। जरूरी नहीं कि Git ने उन्हें कमिट के लिए चुना हो।

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

ए commit एक पेड़ प्लस मेटाडेटा और मूल संबंधों को रिकॉर्ड करता है। HEAD आमतौर पर चेक-आउट शाखा के माध्यम से आपकी वर्तमान स्थिति की पहचान करता है। पहली प्रतिबद्धता से पहले, HEAD एक अजन्मी शाखा का नाम दे सकता है, भले ही कोई शाखा प्रतिबद्धता मौजूद न हो।

एक उपयोगी सादृश्य एक कार्यशील मसौदा, एक तैयार संस्करण और एक रिकॉर्ड किया गया संस्करण है। सादृश्य को शाब्दिक रूप से न लें: स्टेजिंग कार्यशील फ़ाइल को स्थानांतरित या हटाती नहीं है। सामान्य ट्रैक किए गए पथ में, तीन संस्करण स्वतंत्र रूप से सहमत या भिन्न हो सकते हैं।

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

सटीक भविष्य का उदाहरण

फ़ाइल index.html है. इसका शीर्षक Understand every change. रहता है इसकी सहायक पंक्ति के दो संस्करण हैं:

<p id="hero-copy">A clear view of Git history.</p>

बाद में कार्य संपादित करें:

<p id="hero-copy">Choose one change, then check what Git saved.</p>

ये पूरे मूल पृष्ठ और परियोजना के पूर्ण संपादित पृष्ठ के पंक्ति अंश हैं, पूरे पृष्ठ पर चिपकाने के लिए प्रतिस्थापन फ़ाइलें नहीं हैं।

पूरे प्रोजेक्ट में एक README भी शामिल है। दोनों फाइलों को पहली प्रतिबद्धता से पहले चरणबद्ध किया जाता है; स्थिति उदाहरण Index.html तक ही सीमित हैं। D में, README साफ़ है और Index.html अपने जानबूझकर किए गए संपादन को अस्थिर रखता है।

यहां सामान्य गैर-संघर्ष पंक्तियों के लिए, लघु स्थिति का पहला कॉलम सूचकांक की तुलना HEAD से करता है; दूसरा कार्यशील वृक्ष की तुलना सूचकांक से करता है। ?? विशेष अनट्रैक्ड मार्कर है, दो सामान्य संशोधन कॉलम नहीं। M में अग्रणी स्थान मायने रखता है।

क्या बदलता है

• Stage: अनुक्रमणिका सामग्री को अद्यतन करता है; कोई प्रतिबद्धता या शाखा आंदोलन नहीं, कोई कार्य-फ़ाइल पुनर्लेखन नहीं।
• Edit after staging: केवल कार्यशील बाइट्स अपडेट करता है; तैयार सूचकांक पूर्व संस्करण ही रहता है।
• Normal commit: तैयार स्नैपशॉट को रिकॉर्ड करता है और वर्तमान स्थानीय शाखा को अपडेट करता है। सूचकांक वह स्नैपशॉट बना रहता है; असंबंधित बाद के कामकाजी संपादन बने हुए हैं।
• Remote: इनमें से कोई भी स्थानीय चरण रिमोट-ट्रैकिंग रेफरी को पुश, फ़ेच या नहीं बनाता है। इस उदाहरण का कोई रिमोट नहीं है.

सूचकांक नामों की सूची से कहीं अधिक है। उन्नत संघर्ष कई सूचकांक चरणों को धारण कर सकते हैं; हम यहां सामान्य चरण-शून्य फ़ाइल प्रविष्टियों का मॉडलिंग कर रहे हैं, अनसुलझे मर्ज का नहीं।

Do not execute these in the still-uninitialized learner project. उन्हें एक डिस्पोज़ेबल कॉपी में चलाया गया था जिसमें पूरा README और पेज के दोनों संस्करण थे। पाठ 5 वास्तविक निर्माण और मंचन चरण प्रदान करता है।

भविष्य की स्थिति C पर, दो संस्करणों का निरीक्षण करें

git status --short -- index.html

अवलोकन किया गया:

AM index.html

तैयार फ़ाइल को सीधे पढ़ें:

git show :index.html

अवलोकन किया गया full output:

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">Understand every change.</h1>
      <p id="hero-copy">A clear view of Git history.</p>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn.</p></footer>
</body>
</html>

सूचकांक के विरुद्ध कार्यशील वृक्ष की तुलना करें:

git diff -- index.html

अवलोकन किया गया:

diff --git a/index.html b/index.html
index 5470374..27f8718 100644
--- a/index.html
+++ b/index.html
@@ -13,7 +13,7 @@
     <section class="hero" aria-labelledby="hero-title">
       <p class="eyebrow">GitTree Learn demo project</p>
       <h1 id="hero-title">Understand every change.</h1>
-      <p id="hero-copy">A clear view of Git history.</p>
+      <p id="hero-copy">Choose one change, then check what Git saved.</p>
     </section>
   </main>
   <footer><p>Built by a fictional team for GitTree Learn.</p></footer>

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

पहली प्रतिबद्धता से पहले खाली इतिहास के सापेक्ष चरणबद्ध जोड़ का निरीक्षण करें:

git diff --cached --stat -- index.html

अवलोकन किया गया:

 index.html | 21 +++++++++++++++++++++
 1 file changed, 21 insertions(+)

--stat सारांशित करता है; यह कोई सामग्री समीक्षा नहीं है. पूर्ण चरणबद्ध स्नैपशॉट git show :index.html द्वारा दिखाई गई पिछली फ़ाइल है।

भविष्य की स्थिति डी में, जांचें कि क्या दर्ज किया गया था

पाठ 5 की तैयार सूचकांक की सामान्य प्रतिबद्धता के बाद:

git log -1 --format=%s
git status --short -- index.html
git diff --cached -- index.html

क्रम में पहले दो आउटपुट देखे गए:

feat: add the GitTree Features hero
 M index.html

तीसरा कमांड no output प्रिंट करता है और सफलतापूर्वक बाहर निकलता है: इंडेक्स और HEAD इस पथ के लिए सहमत हैं। इसका मतलब यह नहीं है कि काम करने वाला पेड़ साफ़ है। कार्यशील अंतर अभी भी उपरोक्त सहायक-पंक्ति संपादन दिखाता है। यह एक सामान्य कारण है "प्रतिबद्धता मेरे नवीनतम संपादन से चूक गई" वास्तव में सही Git व्यवहार है।

आपके वर्तमान नो-रिपॉजिटरी संदर्भ में

1. यदि आवश्यक हो, तो New Tab को खुला रखें, Command+T / Ctrl+T (tab.new) का उपयोग करें।
2. Feature Guide को Option+H के साथ macOS पर खोलें या Alt+H अन्यत्र, या Command Palette… को Command+Shift+P / Ctrl+Shift+P के साथ खोलें और Feature Guide चुनें।
3. Features में, stage को Search features में टाइप करें और Stage and commit पढ़ें। आरंभीकरण क्रिया न चलाएँ. कार्ड एक ओरिएंटेशन है, चरणबद्ध फ़ाइल का प्रमाण नहीं।
4. गाइड को बंद करने के लिए Escape दबाएँ। आपका पाठ्यक्रम भंडार अभी भी मौजूद नहीं है.

GitTree में भी यही स्थिति है (वीडियो में दिखाया गया है)

वीडियो में भविष्य के प्रोजेक्ट की एक डिस्पोजेबल कॉपी GitTree में खुलती है, जिसका लेबल है "भविष्य का पाठ 5 पूर्वावलोकन"। यह आपका प्रोजेक्ट नहीं है और न ही आपके काम की रिकॉर्डिंग है।

1. C पर, Command Palette… खोलें, Show Working Changes टाइप करें, और सटीक कमांड (wip.show) चुनें। इस आदेश के लिए कोई डिफ़ॉल्ट शॉर्टकट नहीं दिया गया है।
2. दाएँ हाथ के पैनल के Unstaged Files और Staged Files का निरीक्षण करें। index.html दोनों में दिखाई देता है क्योंकि इसकी दो अलग-अलग तुलनाएँ हैं; यह दो भौतिक फ़ाइलें नहीं हैं.
3. Unstaged Files में इसकी पंक्ति पर क्लिक करें। केंद्र अंतर से अपेक्षा करें कि वह मूल पृष्ठ को संपादित पृष्ठ में बदलता हुआ दिखाए, जिसमें सहायक-पंक्ति परिवर्तन भी शामिल है।
4. Staged Files में इसकी पंक्ति पर क्लिक करें। चरणबद्ध जोड़ की अपेक्षा करें, जिसमें पहले वाली सहायक पंक्ति शामिल हो। केवल किसी भी पंक्ति का निरीक्षण करने से कुछ भी स्थिर या अस्थिर नहीं होता है।
5. डी पर, सामान्य कमिट के बाद, ग्राफ़ में पहला कमिट होता है; Staged Files का कहना है कि Nothing is staged. A commit contains only staged changes. कामकाजी संपादन Unstaged Files के अंतर्गत रहता है।
6. इस अवधारणा पूर्वावलोकन में not क्लिक करें Stage File, Unstage File, Stage All Changes या Discard Changes…। समर्पित निर्माण और प्रतिबद्ध निर्देश पाठ 4 और 5 में दिए गए हैं।

आप सी से डी की भविष्यवाणी कर सकते हैं: पहला कमिट पिछली सहायक लाइन को रिकॉर्ड करता है, जबकि बाद में काम करने वाला संपादन बना रहता है। आपका अपना प्रोजेक्ट नो-रिपॉजिटरी स्थिति में रहता है। भविष्य के प्रोजेक्ट का ग्राफ़ एक स्पष्ट रूप से लेबल किया गया पूर्वावलोकन है, न कि आपका पूरा किया गया कार्य।

• “Staged means all future edits are included.” इसका मतलब है कि सूचकांक में उस बिंदु पर एक चयनित संस्करण शामिल है।
• “Empty cached diff means no edits.” यह कहता है कि सूचकांक और HEAD चयनित पथ के लिए सहमत हैं; कामकाजी अंतर का भी निरीक्षण करें।
• “Two lists mean two files.” वे एक ही पथ के लिए दो तुलनाएँ हैं।
• “A staged file is safely committed.” सूचकांक परिवर्तनशील है; यह टिकाऊ इतिहास या बैकअप नहीं है।
• “Commit means remote update.” इस उदाहरण में कोई रिमोट नहीं है और कोई धक्का नहीं लगता है।

यदि आप अभी रेपो क्वेरी चलाते हैं और "गिट रिपॉजिटरी नहीं" प्राप्त करते हैं, तो पाठ चेकपॉइंट को बरकरार रखें और पूर्वावलोकन पढ़ें। उदाहरण कमांड को सफल बनाने के लिए दूसरा रिपॉजिटरी न बनाएं।

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

इस स्तर पर हम सही तुलना की पहचान करके, सामग्री को नष्ट करके नहीं, बल्कि ठीक हो जाते हैं। पाठ 5 सुरक्षित स्टेजिंग निर्णय दिखाता है, और पुनर्प्राप्ति पथ स्कोप-चेक पूर्ववत और रीफ्लॉग सिखाता है। GitTree ट्रैश स्नैपशॉट यह वादा नहीं है कि प्रत्येक मनमाना संपादक द्वारा सहेजा गया पुनर्प्राप्ति योग्य है।

प्रत्येक प्रश्न का उत्तर दें, फिर क्यों पढ़ें। "आवश्यक" चिह्नित प्रश्न पाठ को पूरा करने में गिने जाते हैं।

1. प्रश्न 1 में से 6

   प्रश्न 1 में से 6

   कौन सा स्नैपशॉट यहां सामान्य रूप से तैयार की गई प्रतिबद्धता की आपूर्ति करता है?

   एक उत्तर चुनें.

   हमेशा नवीनतम संपादक बफ़र

   दूरस्थ प्रदाता

   तैयार किया गया सूचकांक

   उत्तर जांचें
2. प्रश्न 2 में से 6

   प्रश्न 2 में से 6

   सी में, मंचन के बाद के संपादन के कारण क्या बदलाव आया?

   लागू होने वाला प्रत्येक उत्तर चुनें.

   कोई दूरस्थ रेफरी परिवर्तन नहीं

   वर्किंग इंडेक्स.एचटीएमएल में अब नई लाइन है

   स्थानीय मुख्य प्रतिबद्धता के लिए आगे बढ़ता है

   सूचकांक स्वचालित रूप से नई लाइन प्राप्त करता है

   उत्तर जांचें
3. प्रश्न 3 में से 6

   प्रश्न 3 में से 6आवश्यक

   सी पर, दोबारा स्टेजिंग किए बिना इंडेक्स को प्रतिबद्ध करें। कौन सी पंक्ति दर्ज है?

   एक उत्तर चुनें.

   गिट इतिहास का एक स्पष्ट दृष्टिकोण।

   एक परिवर्तन चुनें, फिर जांचें कि Git ने क्या सहेजा है।

   दो भौतिक फ़ाइलों में दोनों पंक्तियाँ

   उत्तर जांचें
4. प्रश्न 4 में से 6

   प्रश्न 4 में से 6आवश्यक

   C से प्रारंभ करें, संपादित संस्करण को चरणबद्ध करें, फिर प्रतिबद्ध करें। कौन सा शुल्क?

   एक उत्तर चुनें.

   एक रिमोट पुश स्वचालित रूप से होता है

   पुरानी लाइन अभी भी रिकॉर्ड करती है क्योंकि पहला चरण स्थायी है

   नई पंक्ति दर्ज की गई है; इस पथ के लिए कोई शेष अंतर नहीं है

   उत्तर जांचें
5. प्रश्न 5 में से 6

   प्रश्न 5 में से 6

   D पर, कैश्ड अंतर खाली है लेकिन स्थिति M की तुलना में स्थान है। क्यों?

   एक उत्तर चुनें.

   Git ने कार्यशील संपादन खो दिया

   प्रत्येक फ़ाइल साफ़ है

   हेड और इंडेक्स सहमत हैं; कार्यशील वृक्ष भिन्न होता है

   उत्तर जांचें
6. प्रश्न 6 में से 6

   प्रश्न 6 में से 6आवश्यक

   ए → बी → सी का पालन करें, फिर सूचकांक की सामान्य प्रतिबद्धता बनाएं। कौन से अवलोकन D को सिद्ध करते हैं?

   लागू होने वाला प्रत्येक उत्तर चुनें.

   कमिट और इंडेक्स में मूल पृष्ठ होता है

   फ़ाइल के लिए संक्षिप्त स्थिति स्पेस है फिर एम

   कार्यशील फ़ाइल में संपादित पृष्ठ शामिल है

   शिक्षार्थी के पास अब एक वास्तविक प्रारंभिक भंडार है

   उत्तर जांचें

पाठ 5 से पहले, कागज पर भविष्यवाणी करें: किसी फ़ाइल को स्टेज करें, स्टेजिंग के बाद उसे संपादित करें, फिर सामान्य रूप से प्रतिबद्ध करें। कौन सी सहायक पंक्ति रिकॉर्ड की गई है, और बाद का संपादन कहाँ रहता है? फिर अनुक्रम बदलें: संपादित फ़ाइल को कमिट करने से पहले दोबारा चरणबद्ध करें। अब रिकॉर्ड की गई लाइन नई होनी चाहिए, जिसमें कोई कामकाजी अंतर न रह जाए। वीडियो वास्तविक आउटपुट के साथ दोनों मार्गों को दिखाता है; आप पाठ 5 में स्वयं दोनों की जाँच करेंगे।

• कार्यशील फ़ाइलें, अनुक्रमणिका और रिकॉर्ड किया गया इतिहास अलग-अलग स्नैपशॉट हैं।
• स्टेजिंग चुनी गई सामग्री को कैप्चर करती है; बाद के संपादन इसे स्वचालित रूप से अपडेट नहीं करते हैं।
• दोनों तुलनाओं का निरीक्षण करें और स्थानीय प्रतिबद्धता को दूरस्थ कार्रवाई समझने की गलती न करें।

• Git स्थापित करें और अपनी प्रतिबद्ध पहचान का पूर्वावलोकन करें (पाठ 2)
• गिट, GitTree और आपके होस्टिंग प्रदाता में अंतर बताएं (पाठ 1)
• डाउनलोड करें GitTree

कामकाजी पेड़ - مجلد العمل; स्टेजिंग क्षेत्र / सूचकांक - منطقة التجهيز / الفهرس; प्रतिबद्ध - إيداع; रेफरी - مرجع; अनट्रैक्ड - غير مُتتبَّع; मंचन - مُجهَّز. HEAD शाब्दिक तकनीकी पहचानकर्ता बना हुआ है।