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

bookІгнорування файлів після початкового коміту

Якщо ви вже зафіксували файли, які тепер бажаєте ігнорувати, виконайте наступні кроки:

  1. Додайте файли до .gitignore;
  2. Видаліть файли з репозиторію (без видалення їх локально) за допомогою git rm --cached;
  3. Зафіксуйте зміни.

Приклад робочого процесу

Файли конфігурації часто містять конфіденційну інформацію, тому їх не слід відстежувати. Щоб уникнути випадкового додавання таких файлів у Git, найкраще їх ігнорувати. Застосуйте це до файлу config.txt, який вже був зафіксований.

Ознайомтеся з наступною ілюстрацією робочого процесу:

Приклад робочого процесу

Додайте config.txt до списку ігнорованих файлів у файлі .gitignore:

Додавання файлу config до .gitignore

Потім виконайте команду git rm з прапорцем --cached, щоб видалити файл з репозиторію, не видаляючи його локально:

Видалення конфігураційного файлу

Тепер перевірте статус робочого дерева та області індексації:

Перевірка статусу

Як бачите, видалення файлу config вже проіндексовано, але файл .gitignore ще потрібно додати. Після цього зафіксуйте обидві зміни:

Фіксація змін

Фіксація пройшла успішно.
Тепер перевірте, що файл config.txt ігнорується, додавши до нього новий рядок з прикладом пароля за допомогою команди echo:

Зміна конфігураційного файлу

Нарешті, перевірте стан робочого дерева:

Перевірка робочого дерева

Файл було змінено, але Git його не відстежує, тому робоче дерево залишається чистим.

question-icon

Відповідність дій відповідним командам.

Remove files:
Rename Files:

Remove the files from the repository (without deleting them locally):

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

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

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

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

Секція 2. Розділ 6

Запитати АІ

expand

Запитати АІ

ChatGPT

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

Suggested prompts:

Can you explain why it's important to ignore sensitive files like config.txt?

What should I do if I accidentally committed other sensitive files?

How can I remove a file from the repository history entirely?

Awesome!

Completion rate improved to 3.57

bookІгнорування файлів після початкового коміту

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

Якщо ви вже зафіксували файли, які тепер бажаєте ігнорувати, виконайте наступні кроки:

  1. Додайте файли до .gitignore;
  2. Видаліть файли з репозиторію (без видалення їх локально) за допомогою git rm --cached;
  3. Зафіксуйте зміни.

Приклад робочого процесу

Файли конфігурації часто містять конфіденційну інформацію, тому їх не слід відстежувати. Щоб уникнути випадкового додавання таких файлів у Git, найкраще їх ігнорувати. Застосуйте це до файлу config.txt, який вже був зафіксований.

Ознайомтеся з наступною ілюстрацією робочого процесу:

Приклад робочого процесу

Додайте config.txt до списку ігнорованих файлів у файлі .gitignore:

Додавання файлу config до .gitignore

Потім виконайте команду git rm з прапорцем --cached, щоб видалити файл з репозиторію, не видаляючи його локально:

Видалення конфігураційного файлу

Тепер перевірте статус робочого дерева та області індексації:

Перевірка статусу

Як бачите, видалення файлу config вже проіндексовано, але файл .gitignore ще потрібно додати. Після цього зафіксуйте обидві зміни:

Фіксація змін

Фіксація пройшла успішно.
Тепер перевірте, що файл config.txt ігнорується, додавши до нього новий рядок з прикладом пароля за допомогою команди echo:

Зміна конфігураційного файлу

Нарешті, перевірте стан робочого дерева:

Перевірка робочого дерева

Файл було змінено, але Git його не відстежує, тому робоче дерево залишається чистим.

question-icon

Відповідність дій відповідним командам.

Remove files:
Rename Files:

Remove the files from the repository (without deleting them locally):

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

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

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

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

Секція 2. Розділ 6
some-alt