так подождите, любое приложение состоит из бизнес логики и инфраструктуры, инфраструктурный код никто не будет писать с нуля, в очень редких случаях. подключаете и используете.
Обычно остается реализовать бизнес логику и логику работы приложения. И ее реализация на усмотрение разработчиков.
public function __construct(User $user)
.....
public function __construct(UserRepositoryContract $userRepository)
.....
Repository
public function findAllUsersForAdmin(int $perPage)
и что на выходе можно тоже указать
я делаю так:
1. Оформление заказа, отправка клиента на платежку, создание в системе транзакции с номером заказа, суммой, датой и состоянием Ожидает оплаты и прочей инфой
2. клиент оплачивает , платежный шлюз шлет успешный калбек с номером транзакции , транзакция обновляется, меняя статус Оплачено, через нее выходим на заказ.
3. Заказ указанный в транзации меняет состояние
и тд
1. На приватном github наверняка есть CI и pipelines, настройте автосборку проекта и выкладку кода. Достаточно будет пушить в master или develop и код автоматом будет выкатываться на сервер.
2. Вы можете настроить автодеплой кода через сторонние сервисы например codeship
3. Вы можете использовать gitlab для хранения кода и CI на своем сервере
Алексей Царапкин, доработка можно использовать как тег, у меня например доработка, ошибка
Оплачено можно убрать, оплаченные в архив, или можно тег применить
Unit тесты нужны для тестирования кода-бизнес логики. Они выполняются быстро, не лезут в базу и в целом гарантируют вам что бизнес логика соответствует вашим требованиям, что методы класса возвращают то, что от них ждут.
причем тут бизнес логика?
методы класса могут выполнять инфраструктурные задачи
бизнес логика - это логика требований бизнеса
Обычно остается реализовать бизнес логику и логику работы приложения. И ее реализация на усмотрение разработчиков.