РазделВеб-разработка
Чтение8 мин
Дата14 сентября 2026
ФорматПрактическая статья
Не переписывайте всё сразу
Сначала создайте карту проекта и определите, какие части действительно нестабильны. Полный rewrite без понимания текущей бизнес-логики часто переносит старые ошибки в новую архитектуру.
Признак хаотичного проекта → что делать
| Признак | Действие |
|---|---|
| Нет Git | зафиксировать текущее состояние и создать repository |
| найти источник истины и убрать дубли | |
| Много cron | описать назначение и владельца каждого задания |
| Секреты в PHP/JS | вынести в защищённую конфигурацию |
| Правки в core/vendor | отделить custom code от стороннего |
| Нет staging | создать тестовый контур до рефакторинга |
| Неясные интеграции | |
| од и external_id |
Найти самые часто изменяемые файлы в Git
BASH
git log --name-only --pretty=format: | sed '/^$/d' | sort | uniq -c | sort -nr | head -n 40Сначала стабилизация, потом рефакторинг
- backup и repository;
- фиксация известных ошибок;
- staging;
- инвентаризация integrations/cron;
- перенос новых изменений только через Git;
- рефакторинг отдельных зон с тестами;
- удаление дублей только после проверки использования.
Как понять, что проект стал управляемым
Новая задача должна отвечать на четыре вопроса: где код, как проверить, как выкатить и как откатить. Если для ответа нужно спрашивать конкретного бывшего разработчика, технический долг всё ещё не закрыт.