Это просто предупреждение, что вы забрали пустой репозиторий, если вы его только что создали, то вполне нормальное явление. Делайте все по вашей инструкции:
Тестовое задание не может быть похоже на полноценную работу.
А если хочется побороться, то вы можете требовать от конторы официального ответа, почему не подходите. Дальше обращаться в трудовую инспекцию, при всем пофигизме многих работадателей к процедуре найма, инспекции опасаются все.
push failed on refs/heads/master pre-receive hook declined
что с этим делать ?
я гуглил!!!! честно!!!! но не понял ничего
Да, ладно? Первая же ссылка в google предлагает обратиться к автору репа за разъяснениями почему настроенные им хуки отклоняют пуш, ну и заодно неплохо, когда хук возвращает причину отказа.
Возможно пуш вообще запрещен, только мерж, выясняйте у автора репа.
Используйте только composer install, для этого положите под контроль версий composer.lock. composer update используйте тогда, когда действительно хотите обновить зависимости и после этого будет регрессионное тестирование.
Избавьтесь от формы "выгружать в git", с git вы должны работать постоянно, а не выгружать в него. Сборка для тестирования должна быть такой же как для продакшн, иначе подобные ошибки будут вас преследовать постоянно. Автоматизируйте сборку, и не будет вопросов "деплоить после каждого чиха?".
В разных ОС разные форматы исполняемых файлов, т.к. ОС должна понимать как загружать и выполнять файл.
Java такой же компилируемый как и PHP, это интерпретируемые языки, но за счет JIT-компиляции их, наверное, могут называть компилируемо-интерпретируемыми.
Вам нужно будет получать данные изнутри json прямо из БД? Если не нужно, то вполне нормальное решение. Даже если нужно и БД поддерживает json, то можно, если, конечно, вы не будете делать отбор по этим сущностям.
Как делать запрос зависит от того, как хранятся данные в БД.
А если вы хотели спросить как это хранить в БД, то если количество рек и перевозчиков может быть любое, то можно использовать модель Attribute Entity Value. Но собирать данные по такой модели сложно, а при неопределенном кол-ве столбцов нужно будет динамически собирать запрос. Как уже написали используется для этого pivot, это очень затратная операция, так что если есть возможность лучше рассмотреть другие варианты.
prefer - это предпочтение, если не будет выбранного, загрузит другой.
source - исходники, то что нужно, если вы хотите править компонент (git).
dist - дистрибутив, то что нужно, если подключаете в прод, подключается быстрее (zip).
А будет ли там документация, тесты и примеры зависит от того, положат их туда при сборке или нет.