Поговорите с ними... кому-то важно, кому-то нет, смотря как подать, кому, для чего и прочее... работодатели -- люди, если упростить модель -- это конкретный человек, ему что-то может понравиться, что-то не очень, что-то по фени....
Что бы мне понравилось
Вот если вы подадите портфолио, а на собеседовании укажите, что этим интерфейсом пользуется 500 тысяча (да хоть 1 тысяча) человек, и вы со временм отшлифовали, что отказов мало стало и удобно, есть оценки -- вам в плюс, как человек не делающий мокапы и портфолио, а боец такой прямо
создать правила для исключения в репозиторий статики, медиафайлов, папки vendor и паролей, ну и прочих файлов, которые генерируются
добавить все в репозиторий и вылить на удаленный репо
далее разработку вести только через ГИТ
внедрить систему деплоя
установить софт для проведения тестов
писать тесты (больше Юнит-тестов, меньше функциональных), но из-за того, что код писался как попало сначала будут функциональные, делать рефакторинг и писать тестируемый код
установить систему логирования
отслеживать важные метрики и ошибки на сайте
выглядит монструозно, но большую часть я без опыта внедрил в 3!!! проекта, потом благодаря этому все сделал в качестве одного (проекты были очень похожи) и деплоем разливается все само :)
Можно и нужно
Нужно позаботиться, чтобы под контроль версий не попали пароли
Также полезно будет нужно настроить логи
Нужно начать делать регрессионное тестирование
Вот еще: