इच्छित स्नैपशॉट को स्टेज करें और अपनी पहली प्रतिबद्धता बनाएं

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

Start where lesson 4 ends. The original gittree-features is an ordinary repository on unborn main, with no commits, project files or remotes. Its local identity is GitTree Demo / demo@example.com. Do not continue inside lesson 4's supplemental gittree-features-copy.

GitTree का निरीक्षण न्यूनतम Git 2.39.0 है। वीडियो को Git 2.52.0 और GitTree 2.0 के साथ Ubuntu 24.04 पर रिकॉर्ड किया गया था: दो फ़ाइलें, उनकी स्टेजिंग और पहला कमिट ऐप में ही बनाया गया था, और टर्मिनल चेक ऐप द्वारा बनाए गए या राज्य ए, बी और सी में प्रोजेक्ट की अलग-अलग प्रतियों के विरुद्ध चलाया गया था, इसलिए मूल को कभी भी दोबारा नहीं चलाया गया था। macOS या Windows पर कुछ भी नहीं चलाया गया, और Ubuntu ही एकमात्र Linux सिस्टम रिकॉर्ड किया गया है; कमांड-कुंजी और Windows कॉर्ड कीमैप स्रोत से आते हैं।

नेटिव गिट को स्थानीय प्रतिबद्धता के लिए किसी खाते की आवश्यकता नहीं है। GitTree में, साइन इन करें और निःशुल्क योजना इस पाठ को कवर करती है। किसी प्रदाता, प्रो/ट्रायल, एआई ड्राफ्टिंग, एपीआई कुंजी, सीआई रनर या क्लाउड वातावरण की आवश्यकता नहीं है। स्थानीय प्रतिबद्धता बनाने के लिए रिमोट न जोड़ें।

एक प्रतिबद्धता "दृश्यमान हर चीज़ को सहेजना" नहीं है। इस पाठ में एक सामान्य प्रतिबद्धता index: पूर्ण चयनित स्नैपशॉट को रिकॉर्ड करती है। यह एक रूट कमिट बनाता है और उसमें मुख्य बिंदु बनाता है। यह कहीं भी धक्का नहीं देता.

संपादक में सहेजने से working tree अपडेट हो जाता है। स्टेजिंग चयनित कार्यशील फ़ाइल से अनुक्रमणिका को अद्यतन करती है। अनस्टेजिंग सूचकांक चयन को बदल देता है; यह खारिज नहीं है और हमारे अभ्यास में काम कर रही फ़ाइल को नहीं हटाता है। पहली प्रतिबद्धता से पहले पुनर्स्थापित करने के लिए कोई पूर्व प्रतिबद्ध संस्करण नहीं है, इसलिए एक अस्थिर नई फ़ाइल फिर से अनट्रैक हो जाती है।

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

हम no -a, स्पष्ट प्रतिबद्ध पथ तर्क, संशोधन, खाली प्रतिबद्धता या स्वचालित चरण-सभी का उपयोग करते हैं। सूचकांक संपूर्ण नेक्स्ट-ट्री विवरण है, न कि केवल बदले हुए नामों की सूची।

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

UTF-8, LF और एक अंतिम न्यूलाइन का उपयोग करें। सहेजी गई फ़ाइलों में मार्कडाउन फ़ेंस शामिल न करें। अभी तक कोई package.json, CSS, JS या रननेबल नोड सुइट नहीं है; वे पाठ 6 में आते हैं।

README.md - README-01

# GitTree Features

A fictional landing page used to learn Git and GitTree.

All people and addresses in this repository are fictional.
No form submits information to a server.

Index.html - HTML-01, स्टेजिंग से पहले

<!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>

Index.html - HTML-01-वर्किंग, स्टेजिंग के बाद ही

सहेजी गई कार्यशील फ़ाइल को इस पूर्ण निकाय से बदलें after पिछला संस्करण सूचकांक में प्रवेश कर चुका है:

<!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">Choose one change, then check what Git saved.</p>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn.</p></footer>
</body>
</html>

एकमात्र इच्छित प्रतिस्थापन हीरो-कॉपी सपोर्टिंग लाइन है। मुख्य शीर्षक या कोई अन्य बाइट्स न बदलें.

1. दो प्रारंभिक फ़ाइलें बनाएं और सहेजें

1. मूल भंडार के नाम और मुख्य संदर्भ की पुष्टि करें। Command Palette…, Command+Shift+P / Ctrl+Shift+P खोलें, New File… टाइप करें और उस सटीक कमांड (files.newFile) का चयन करें। बिना किसी फ़ोल्डर तर्क के, यह प्रोजेक्ट रूट पर प्रारंभ होता है।
2. New File में, Path from the project folder को README.md पर सेट करें, फिर Create चुनें। फ़ाइल कार्यक्षेत्र में नई कार्यशील फ़ाइल खुलने की अपेक्षा करें। सृजन किसी मौजूदा पथ को अधिलेखित करने के बजाय उसे अस्वीकार कर देता है।
3. संपादन योग्य सामग्री क्षेत्र पर ध्यान केंद्रित करें, संपूर्ण README-01 का मुख्य भाग चिपकाएँ, फिर Save चुनें। वैकल्पिक: Command+S / Ctrl+S जबकि कार्यशील संपादक का फोकस है। वास्तविक बचत सफलता के बाद Unsaved changes संकेतक के साफ़ होने की अपेक्षा करें।
4. दोहराएँ New File… → पथ index.html → Create। संपूर्ण HTML-01 चिपकाएँ, बाद वाला कार्यशील संस्करण नहीं। सहेजें और सहेजे न गए संकेतक के साफ़ होने तक प्रतीक्षा करें।
5. फ़ाइल टूलबार में Back to Graph या पैलेट कमांड Back to Graph (view.returnToGraph) चुनें। फिर पैलेट Show Working Changes (wip.show) का उपयोग करें। README.md और Index.html को Unstaged Files से कम होने की उम्मीद है, Staged Files से कम कुछ भी नहीं।
6. Notice Stage Changes to Commit if it is the primary composer button while nothing is staged. Its source-defined action stages all working changes; it does not already mean a successful commit. We use deliberate per-file staging instead.

संपादक बफ़र को सहेजना स्टेजिंग नहीं है। किसी फ़ाइल को टैब में देखना इस बात का प्रमाण नहीं है कि उसका नवीनतम बफ़र डिस्क तक पहुँच गया है।

2. मंच, मंच को सुरक्षित रूप से हटाएँ, फिर दोनों फ़ाइलें तैयार करें

1. Unstaged Files के अंतर्गत README.md के लिए, इसकी Stage File पंक्ति क्रिया का उपयोग करें। कीबोर्ड विकल्प: केवल उस पंक्ति का चयन करें, अनस्टेज्ड सूची में फ़ोकस रखें और S दबाएँ; पैलेट कमांड Stage (wip.stageSelected) है। अपेक्षा करें कि README.md Staged Files से कम हो।
2. चरणबद्ध फ़ाइलों के अंतर्गत उस README पंक्ति के लिए, Unstage File चुनें। कीबोर्ड विकल्प: केवल इसे चुनें, फ़ोकस को चरणबद्ध सूची में रखें और U दबाएँ; पैलेट कमांड Unstage (wip.unstageSelected)। उम्मीद है कि README.md अनस्टेज्ड फाइलों पर वापस आ जाएगा। इसकी कार्यशील सामग्री बरकरार रहती है।
3. फिर से README.md को चरणबद्ध करें, फिर अपनी Stage File क्रिया के साथ Index.html को चरणबद्ध करें। सटीक रूप से two चरणबद्ध फ़ाइल पथ की अपेक्षा करें।
4. इसके पूर्ण जोड़ का निरीक्षण करने के लिए प्रत्येक चरणबद्ध पंक्ति पर क्लिक करें। Index.html में अभी भी A clear view of Git history. होना चाहिए केवल फ़ाइल संख्या से सामग्री का अनुमान न लगाएं।

एकल-अक्षर शॉर्टकट को उनकी सूचियों के दायरे में रखा गया है, किसी संपादक या सारांश में एस/यू टाइप करने का अनुरोध नहीं। कोई ड्रैग-एंड-ड्रॉप स्टेजिंग व्यवहार नहीं माना जाता है।

3. बाद के संपादन को स्टेजिंग के बिना सहेजें

1. Show Files (files.focus), Command+Shift+E / Ctrl+Shift+E खोलें। फ़ाइल ट्री में index.html फ़ोकस करें और इसकी कार्यशील प्रतिलिपि खोलने के लिए Enter दबाएँ। वैकल्पिक: इसके मौजूदा सहेजे गए वर्किंग-फ़ाइल टैब पर क्लिक करें। संपादन योग्य File दृश्य में काम करें, ऐतिहासिक बूँद या चरणबद्ध अंतर में नहीं।
2. इसकी संपूर्ण सामग्री को उपरोक्त HTML-01-WORKING से बदलें। Save या Command/Ctrl+S के माध्यम से सहेजें। वास्तविक डिस्क सेव सफलता की प्रतीक्षा करें।
3. Back to Graph से होकर वापस लौटें, फिर Show Working Changes तक। Index.html अब both सूचियों में दिखाई देता है। इसकी अनस्टेज्ड फ़ाइलें पंक्ति पर क्लिक करें: अंतर बाद में सहायक-पंक्ति प्रतिस्थापन दिखाता है।
4. इसकी चरणबद्ध फ़ाइलें पंक्ति पर क्लिक करें: प्रथम-प्रतिबद्ध जोड़ में अभी भी पहले वाली सहायक पंक्ति शामिल है। उस नए कामकाजी संपादन के लिए स्टेज फ़ाइल को not चुनें या अभी Stage All Changes चुनें। इससे आप जिस प्रतिबद्धता की तैयारी कर रहे हैं वह बदल जाएगी।

4. संदेश लिखें और अनुक्रमणिका प्रतिबद्ध करें

1. कंपोज़र Summary फ़ील्ड (प्लेसहोल्डर Commit summary) में, बिल्कुल feat: add the GitTree Features hero दर्ज करें। Description खाली छोड़ें. यह सारांश बताता है कि क्या परिवर्तन हुआ; यह एक तैयार साइट या पासिंग टेस्ट सूट का वादा नहीं करता है।
2. Amend Previous Commit बंद रखें. Commit Options का विस्तार करें और सत्यापित करें कि Skip Hooks (--no-verify), Add Signed-off-by, Different Author, Push After Commit और Allow Empty Commit सभी बंद हैं। सह-लेखकों को न जोड़ें या एआई प्रारूपण का आह्वान न करें।
3. Review the two staged paths and the earlier prepared hero line one last time. Choose Commit Changes to 2 Files. Keyboard alternative: Command+Enter / Ctrl+Enter, routed through palette command Commit (commit.submit), only after confirming the active repository and pending state.
4. Git के वास्तविक परिणाम की प्रतीक्षा करें। एक सफल परिणाम एक मापा SHA का संदर्भ देता है; आरेख से गढ़े गए SHA की नकल न करें। मुख्य पर प्रथम ग्राफ़ प्रतिबद्धता की अपेक्षा करें। इस अपरिवर्तित-प्रस्तुति मामले में संदेश ड्राफ्ट सफलता के बाद साफ़ हो जाता है।
5. Inspect the post-commit lists: nothing remains staged; index.html remains under Unstaged Files with the later line. Do not click Stage Changes to Commit to “finish” this intentional result.

प्रदर्शित फ़ाइल संख्या दो चरणबद्ध पथ है, न कि दो सूचियों में तीन पंक्तियाँ। पुश आफ्टर कमिट एक अलग अनुवर्ती विकल्प है; यह बंद है और कोई रिमोट नहीं है.

प्लेसहोल्डर को अपने आरक्षित वास्तविक माता-पिता से प्रतिस्थापित करते हुए, <course-parent>/gittree-features में चलाएँ। यदि आपने पहले ही कोई ऐप म्यूटेशन कर लिया है, तो inspect its resulting state; समतुल्य उत्परिवर्तन को दोबारा न चलाएं और गलती से चेकपॉइंट से आगे न बढ़ें।

स्टेजिंग से पहले फ़ाइलें सहेजी गईं

git status --short

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

?? README.md
?? index.html

जानबूझकर बिना किसी चरणबद्ध सामग्री के सामान्य प्रतिबद्धता का प्रयास करना:

git commit --quiet -m "feat: add the GitTree Features hero"

निकास 1 के साथ स्टडआउट देखा गया, कोई stderr नहीं:

On branch main

Initial commit

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	README.md
	index.html

nothing added to commit but untracked files present (use "git add" to track)

कोई प्रतिबद्धता नहीं बनाई गई थी. यह नकारात्मक मामला बताता है कि फ़ाइलों का चयन क्यों मायने रखता है; इसे बायपास करने के लिए खाली कमिट का उपयोग न करें।

मूल चरण/अचरणीय समकक्ष

समान सहेजी गई फ़ाइल स्थिति के एक अलग रीप्ले में:

git add -- README.md
git rm --cached --quiet -- README.md

दोनों आदेश मौन रूप से सफल रहे। --cached आवश्यक है: यह सूचकांक से नई प्रविष्टि, not the working file को हटा देता है। जाँचे गए README बाइट्स अपरिवर्तित रहे और संक्षिप्त स्थिति में फिर से दो अनट्रैक फ़ाइलें दिखाई दीं। यह विशेष रूप से एक अप्रतिबद्ध नई-फ़ाइल उदाहरण है; ट्रैक की गई प्रोजेक्ट फ़ाइलों को हटाने के लिए इसे सामान्यीकृत न करें।

दोनों तैयार करें:

git add -- README.md index.html
git status --short
git diff --cached --stat

देखी गई स्थिति:

A  README.md
A  index.html

अवलोकन किया गया सारांश:

 README.md  |  6 ++++++
 index.html | 21 +++++++++++++++++++++
 2 files changed, 27 insertions(+)

सांख्यिकी सारांश पंक्तियों को गिनता है, शुद्धता को नहीं। प्रतिबद्ध होने से पहले वास्तविक चरणबद्ध सामग्री की समीक्षा करें।

बाद में कार्यशील संपादन को सहेजने के बाद

git status --short
git diff -- index.html

देखी गई स्थिति:

A  README.md
AM 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 show :index.html

पूर्ण प्रेक्षित आउटपुट:

<!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 commit --quiet -m "feat: add the GitTree Features hero"

देखा गया: कोई आउटपुट नहीं, निकास 0। इस फिक्स्चर में कोई सक्रिय हुक/हस्ताक्षर नहीं था और केवल काल्पनिक स्थानीय पहचान थी। किसी ट्यूटोरियल की सफलता के लिए किसी वास्तविक प्रोजेक्ट के हुक/हस्ताक्षर को अक्षम न करें।

मूल या वास्तविक ऐप परिणाम का निरीक्षण करें:

git log -1 --format="%s%n%an <%ae>%n%cn <%ce>"
git rev-list --count HEAD
git ls-tree --name-only HEAD
git status --short
git diff --cached
git remote

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

feat: add the GitTree Features hero
GitTree Demo <demo@example.com>
GitTree Demo <demo@example.com>
1
README.md
index.html
 M index.html

अंतिम दो कमांडों में से प्रत्येक ने no output and exited 0 उत्पन्न किया। कामकाजी संपादन बाकी है; कोई रिमोट मौजूद नहीं है. यह एक स्थानीय प्रथम प्रतिबद्धता है, अपलोड नहीं।

स्वतंत्र सामग्री पुष्टिकरण के लिए, git show HEAD:index.html ने तैयार आउटपुट के रूप में ऊपर प्रदर्शित पूर्ण HTML-01 बॉडी लौटा दी; git diff -- index.html ने अभी भी सटीक सपोर्टिंग-लाइन प्रतिस्थापन दिखाया है। सूचकांक दोनों पथों के लिए HEAD से मेल खाता है। नई फ़ाइल खोई नहीं थी.

इस पाठ के अंत में, घोषित सारांश और काल्पनिक लेखक/कमिटर के साथ बिल्कुल एक प्रतिबद्धता के मुख्य बिंदु। हेड और इंडेक्स में README-01 और HTML-01 शामिल हैं; वर्किंग इंडेक्स.एचटीएमएल में HTML-01-वर्किंग शामिल है। Index.html के लिए स्टेटस में M के बाद अग्रणी स्थान है। कोई रिमोट नहीं है.

इस चेकपॉइंट को पाठ 6 में सौंपने से पहले जानबूझकर किए गए संपादन को "साफ" न करें, दूसरा कमिट न करें, रूट में संशोधन न करें या वैकल्पिक अभ्यास नोटबुक न जोड़ें। कोई भी बाद की क्लीन-निरंतरता नोटबुक एक अलग से संरक्षित संस्करण में होती है, न कि इस दो-फ़ाइल वाली पहली कमिट में।

• Saving without staging: डिस्क बाइट्स और चयनित कमिट बाइट्स अलग-अलग हैं।
• Staging again after the deliberate edit: वैध Git व्यवहार, लेकिन नई लाइन कमिट में प्रवेश करेगी, जिससे इस पाठ का परिणाम बदल जाएगा।
• Counting all visible rows as staged files: एक पथ में चरणबद्ध और अस्थिर तुलनाएं हो सकती हैं।
• Using Stage All Changes as a final cleanup: यह जानबूझकर छोड़े गए संपादन का चयन करेगा।
• Enabling amend or automatic push: वे अलग-अलग दायरे वाले अलग-अलग ऑपरेशन हैं।
• Calling unstage Discard: अनस्टेज सूचकांक चयन को संपादित करता है; त्यागें कार्यशील सामग्री को हटा सकता है।

यदि नई फ़ाइल किसी मौजूदा पथ को अस्वीकार करती है, तो उसे रद्द करें और उसका निरीक्षण करें। अज्ञात सामग्री को अधिलेखित न करें. यदि संपादक रिपोर्ट करता है कि डिस्क बदल गई है, तो दोनों संस्करणों को सुरक्षित रखें और वास्तविक स्थिति के अनुसार इसके Review Changes, Reload from Disk या Keep Editing नियंत्रणों का उपयोग करें; आँख मूँद कर Overwrite with My Edits का चयन न करें।

यदि कमिट अवरुद्ध है क्योंकि कुछ भी चरणबद्ध नहीं है, तो इच्छित फ़ाइलें चुनें और उनकी समीक्षा करें। यदि पहचान गायब है, तो पाठ 4 से स्थानीय सेटिंग्स का निरीक्षण करें; एक असफल प्रयास एक स्पष्ट रिपॉजिटरी लक्ष्य के साथ Set up your Git identity की पेशकश कर सकता है। यह वैश्विक पहचान लिखने को उचित नहीं ठहराता है, और पहचान को सहेजने का मतलब यह नहीं है कि प्रतिबद्धता स्वचालित रूप से सफल हो गई है।

यदि Git किसी प्रतिबद्धता से इनकार करता है या हुक विफल हो जाता है, तो उपलब्ध होने पर Hook Output पढ़ें। स्रोत-परिभाषित इनकार पाठ है The commit was not created. Your message and staged changes are unchanged. बताए गए कारण को ठीक करें और पुनः प्रयास करने से पहले सूचकांक की दोबारा जाँच करें। केवल ग्रीन टेक बनाने के लिए स्किप हुक्स पर टिक न लगाएं। दोबारा सबमिट करने से पहले अनिश्चित परिणामों के बाद वास्तविक हेड की दोबारा जांच करें।

यदि कोई कमिट अप्रत्याशित सामग्री के साथ बनाई गई थी, तो रोकें और उसके वास्तविक SHA, कार्यशील/अनुक्रमणिका स्थिति और संदेश को रिकॉर्ड करें। तुरंत संशोधन, रीसेट या त्यागें पर क्लिक न करें। अब कॉन्फ़िगरेशन बदलने से उस कमिट में पहले से संग्रहीत मेटाडेटा नहीं बदलेगा।

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

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

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

   आप Index.html बनाते हैं और इसे स्टेज किए बिना एडिटर में सेव पूरा करते हैं। बचत ने क्या स्थापित किया?

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

   बफ़र कार्यशील फ़ाइल तक पहुँच गया

   मुख्य पर एक प्रतिबद्धता मौजूद है

   Git ने बाद के सभी संपादनों का चयन किया

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

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

   आप नए README को स्टेज करते हैं, फिर पहले कमिट से पहले इसे अनस्टेज करते हैं। कौन से कथन सही हैं?

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

   --cached के बिना git rm प्रदर्शित सुरक्षित समतुल्य है

   अनस्टेज फ़ाइल और डिस्कार्ड पर्यायवाची हैं

   इसका सहेजा गया टेक्स्ट डिस्क पर रहता है

   README इस फिक्स्चर में अनट्रैक्ड पर लौटता है

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

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

   दोनों फ़ाइलों को चरणबद्ध किया जाता है, फिर HTML-01-WORKING को पुन: चरणबद्ध किए बिना सहेजा जाता है। सामान्य प्रतिबद्धता के बाद, कौन सा परिणाम सही है?

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

   दो कमिट बनाई जाती हैं, प्रति फ़ाइल एक

   नवीनतम संपादक संस्करण हमेशा प्रतिबद्ध रहता है

   एक कमिट में README-01 और HTML-01 है; कामकाजी संपादन बाकी है

   रिमोट में अब नायक शामिल है

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

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

   एक अलग रीप्ले में, नए संस्करण को सहेजने के बाद Index.html को फिर से स्टेज करें, फिर दोनों फाइलों को कमिट करें। आप क्या भविष्यवाणी करते हैं?

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

   साफ़ स्थिति के साथ, कमिट में नई सहायक लाइन

   तीन प्रतिबद्ध फ़ाइलें, क्योंकि HTML दो बार दिखाई दी

   पुरानी सहायक लाइन, क्योंकि स्टेजिंग केवल फाइलों की गिनती करती है

   वैश्विक पहचान बदलती है

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

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

   दो फ़ाइलें अस्थिर हैं और कुछ भी चरणबद्ध नहीं है। बटन कहता है प्रतिबद्धता के लिए चरण परिवर्तन। इससे क्या होता है?

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

   सभी मौजूदा कामकाजी परिवर्तनों को पहले चरणबद्ध करें

   बिना समीक्षा के तुरंत फ़ाइलें प्रतिबद्ध करता है

   इंडेक्स साफ़ होने तक फ़ाइलें छोड़ देता है

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

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

   नामित मूल आदेशों के साथ पूर्ण मूल का निरीक्षण करें, या यदि उपकरण अनुपलब्ध हैं तो उनकी पूर्ण वास्तविक प्रतिलेख पढ़ें। कौन से अवलोकन संयुक्त रूप से परिणाम सिद्ध करते हैं?

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

   खाली कैश्ड अंतर, Index.html के लिए स्पेस-एम स्थिति, कोई रिमोट नहीं

   HEAD और इंडेक्स में पहले वाला HTML शामिल है; कार्यशील फ़ाइल नई है

   गणना 1, सटीक विषय, और काल्पनिक लेखक/कमिटर

   एक गुजरता हुआ सीआई रन

   पूरी तरह से स्वच्छ स्थिति की आवश्यकता है

   उत्तर जांचें

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

separate disposable replay only के लिए, प्रतिबद्ध होने से पहले बाद में संपादित Index.html को चरणबद्ध करें। भविष्यवाणी करें कि नई लाइन रिकॉर्ड हो गई है और स्थिति साफ़ हो गई है। इस विकल्प को निष्पादित करने के लिए मूल को न बदलें। जब अभी तक कोई ब्राउज़र अभ्यास मौजूद नहीं है, तो दो प्रतिलेखों का उपयोग करें और विभिन्न परिणामों की व्याख्या करें।

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

• भविष्यवाणी करें कि आपकी अगली प्रतिबद्धता में क्या शामिल होगा (पाठ 3)
• अपना पाठ्यक्रम भंडार बनाएं, फिर क्लोन और ओपन में अंतर करें (पाठ 4)
• डाउनलोड करें GitTree

स्टेज - تجهيز; अस्थिर - إلغاء التجهيز; प्रतिबद्ध - إيداع; सूचकांक - الفهرس; काम करने वाला पेड़ - مجلد العمل; अनट्रैक्ड - غير مُتتبَّع; लेखक - المؤلف; कमिटर - المُودِع. त्यागें का अर्थ है डिस्कार्ड का मतलब है और यह अनस्टेज के समान नहीं है।