Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Вивчайте Додаткова Інформація Про Відстеження Файлів | Вступ до Git
Основи Git

bookДодаткова Інформація Про Відстеження Файлів

Як ми вже обговорювали раніше, під час роботи з Git файли у нашій директорії проєкту можуть бути або відстежуваними, або невідстежуваними. У той час як відстежувані файли входять до знімків (майбутніх комітів), невідстежувані — ні. Наприклад, новостворені файли зазвичай є невідстежуваними, доки їх не додадуть до області підготовки (staging area).

Щодо відстежуваних файлів, вони можуть перебувати в одному з трьох можливих станів:

  • змінені (у файл внесено певні зміни, але Git їх ще не зберігає);
  • підготовлені (зміни готові до коміту і стануть частиною знімка);
  • зафіксовані (зміни збережені у знімку в директорії .git).

Розгляньмо зображення для кращого розуміння:

Note
Примітка

Якщо наш файл вже відстежується і ми внесли до нього зміни, все одно потрібно виконати команду git add, щоб підготувати ці зміни.

Тепер змінимо наш файл test.txt за допомогою наступної команди:

Оператор >> додає текст, взятий у подвійні (або одинарні) лапки, до наявного файлу, у нашому випадку — до test.txt. Текст додається в кінець файлу на новому рядку.

Тепер наш файл має статус змінений. Далі ми використаємо команди git add, git status та git commit, щоб додати цю зміну до індексу, перевірити статус робочого дерева та області індексації, а також зафіксувати зміну відповідно:

Як бачите, ми тепер проіндексували наші зміни та створили новий знімок проєкту шляхом фіксації проіндексованих змін.

question-icon

Припустимо, у нас є файл preprocessing.py. Ваше завдання — розташувати дії з відповідними командами у правильному порядку, щоб зміни у цьому файлі були зафіксовані.

1.
2.

Натисніть або перетягніть елементи та заповніть пропуски

Все було зрозуміло?

Як ми можемо покращити це?

Дякуємо за ваш відгук!

Секція 1. Розділ 9

Запитати АІ

expand

Запитати АІ

ChatGPT

Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат

Suggested prompts:

Can you explain the difference between staged and committed changes in Git?

What does the `git status` command show after each step?

What happens if I modify the file again after committing?

Awesome!

Completion rate improved to 3.57

bookДодаткова Інформація Про Відстеження Файлів

Свайпніть щоб показати меню

Як ми вже обговорювали раніше, під час роботи з Git файли у нашій директорії проєкту можуть бути або відстежуваними, або невідстежуваними. У той час як відстежувані файли входять до знімків (майбутніх комітів), невідстежувані — ні. Наприклад, новостворені файли зазвичай є невідстежуваними, доки їх не додадуть до області підготовки (staging area).

Щодо відстежуваних файлів, вони можуть перебувати в одному з трьох можливих станів:

  • змінені (у файл внесено певні зміни, але Git їх ще не зберігає);
  • підготовлені (зміни готові до коміту і стануть частиною знімка);
  • зафіксовані (зміни збережені у знімку в директорії .git).

Розгляньмо зображення для кращого розуміння:

Note
Примітка

Якщо наш файл вже відстежується і ми внесли до нього зміни, все одно потрібно виконати команду git add, щоб підготувати ці зміни.

Тепер змінимо наш файл test.txt за допомогою наступної команди:

Оператор >> додає текст, взятий у подвійні (або одинарні) лапки, до наявного файлу, у нашому випадку — до test.txt. Текст додається в кінець файлу на новому рядку.

Тепер наш файл має статус змінений. Далі ми використаємо команди git add, git status та git commit, щоб додати цю зміну до індексу, перевірити статус робочого дерева та області індексації, а також зафіксувати зміну відповідно:

Як бачите, ми тепер проіндексували наші зміни та створили новий знімок проєкту шляхом фіксації проіндексованих змін.

question-icon

Припустимо, у нас є файл preprocessing.py. Ваше завдання — розташувати дії з відповідними командами у правильному порядку, щоб зміни у цьому файлі були зафіксовані.

1.
2.

Натисніть або перетягніть елементи та заповніть пропуски

Все було зрозуміло?

Як ми можемо покращити це?

Дякуємо за ваш відгук!

Секція 1. Розділ 9
some-alt