Наверное, почти каждый разработчик хотя бы раз сталкивался с ситуацией, когда несколько часов или даже дней работы исчезали буквально за секунды.

Сломался SSD.

Удалилась папка.

Перезаписалась ветка Git.

Случайно выполнилась команда удаления.

Кажется, что подобное происходит с кем угодно, только не с вами. Но практика показывает обратное.

Хорошая новость в том, что большинства подобных ситуаций можно избежать.

---

1. Используйте Git с первого дня

Самая распространенная ошибка новичков — сначала написать половину проекта, а потом задуматься о Git.

Репозиторий стоит создавать сразу после появления первой рабочей версии.

Даже если проект состоит всего из нескольких файлов.

---

2. Делайте небольшие коммиты

Коммит раз в неделю — плохая идея.

Лучше фиксировать изменения после каждого логически завершенного этапа.

Например:

• реализовали авторизацию;
• добавили API;
• исправили баг;
• написали тесты.

Так намного проще найти момент, когда появилась ошибка.

---

3. Не работайте в ветке main

Еще одна ошибка новичков.

Лучше создавать отдельные ветки:

• feature/login;
• feature/payment;
• bugfix/api;
• hotfix/security.

Если эксперимент окажется неудачным, основная версия проекта останется рабочей.

---

4. Используйте удаленный репозиторий

Git на компьютере — это хорошо.

Но если сломается диск, репозиторий исчезнет вместе с ним.

Поэтому проект желательно регулярно отправлять в удаленное хранилище.

Даже бесплатного репозитория достаточно для большинства личных проектов.

---

5. Настройте автоматические резервные копии

Не стоит полагаться только на Git.

Если случайно удалить весь репозиторий, история изменений тоже может исчезнуть.

Лучше иметь отдельную резервную копию проекта.

Это может быть:

• облачное хранилище;
• домашний NAS;
• внешний SSD;
• другой компьютер.

---

6. Не храните секреты в репозитории

Пароли, токены, API-ключи и приватные сертификаты не должны попадать в Git.

Даже если репозиторий закрытый.

Лучше использовать:

• переменные окружения;
• отдельные конфигурационные файлы;
• менеджеры секретов.

---

7. Проверяйте историю изменений

Git — это не только команда commit.

Полезно регулярно смотреть:

• историю изменений;
• различия между версиями;
• авторов изменений;
• удаленные строки.

Иногда это помогает найти ошибку за несколько минут.

---

8. Не бойтесь экспериментировать

Одна из сильных сторон Git — возможность безопасно пробовать новые идеи.

Создали отдельную ветку.

Попробовали новую архитектуру.

Не понравилось?

Удалили ветку.

Основной проект остался нетронутым.

---

9. Настройте автоматическое тестирование

Очень неприятно обнаружить через неделю, что старый функционал перестал работать.

Автоматические тесты позволяют заметить подобные ошибки практически сразу.

Даже несколько базовых тестов уже значительно повышают надежность проекта.

---

10. Регулярно проверяйте резервные копии

Это правило часто забывают.

Создать резервную копию недостаточно.

Нужно периодически убеждаться, что из нее действительно можно восстановить проект.

Иначе в критический момент может оказаться, что архив поврежден или давно не обновлялся.

---

Что делать, если проект уже потерян

Главное — не паниковать.

Во многих случаях данные можно восстановить.

Проверьте:

• корзину;
• историю Git;
• облачную синхронизацию;
• временные файлы IDE;
• резервные копии системы.

Если запись на диск еще не происходила, шанс восстановления остается достаточно высоким.

---

Привычки, которые экономят недели работы

Опытные разработчики редко теряют проекты не потому, что им везет.

Они просто вырабатывают полезные привычки:

• делают коммиты каждый день;
• используют несколько копий проекта;
• не работают напрямую в main;
• регулярно обновляют удаленный репозиторий;
• проверяют резервные копии.

Со временем всё это становится автоматическим.

---

Итоги

Потеря нескольких часов работы неприятна.

Потеря нескольких месяцев — может стать настоящей катастрофой.

Несколько простых привычек позволяют практически полностью исключить подобные ситуации.

Git, резервные копии, аккуратная организация проекта и регулярные проверки занимают совсем немного времени, но именно они отличают профессиональную разработку от хаотичной работы “на авось”.