наполнить

пишется класс наполнителя
и потом php artisan db:seed

и наполняются данными таблицы

А смысл кстати какой в нём? Или просто в плане "удобно откатить"?

Мало ли есть у кого контакты ребят, кто профильно занимается разработкой шоурилов?

Эмм. Видео что ли?

Ну да, это такое модное слово нынче)

думаю смысл в поднятии тестового окружения например

https://www.youtube.com/watch?v=e8_o6QBSW8s к примеру

Когда связь многие ко многим через третью таблицу, то да belongsToMany подходит.
В Вашем случае по канонам ларавеля нужно создать:
1. Миграцию и модель для Юзеров и Станков (миграция для описания схемы таблиц, модель для доступа к данным и работе с ними по определенным правилам).

2. Создать миграцию для сводной таблицы relations_user-machine (обычно это user_machine через нижнее подчеркивание и без указания что это отношения, хотя раз удобно, то так тоже можно), где указать в $table->foreign('user_id')->references('id)->on('users'); и $table->foreign('machine_id')->references('id)->on('machine'); И, конечно же, сами поля machine_id и user_id в самой миграции.

3. Добавить для моделей Юзеров и Станков эти самые правила "многие-ко-многим" через функции объявленные в этих моделях, для модели Юзер добавить функцию с именем Станков, а в Станки с именем Юзеров.

Дальше нужно создать этих самых Юзеров и создать Станки. Когда создаются Станки, то указывается что-то типа:

$machine = Machine::create([
    'name'  =>  'First Machine',
    'price' =>  100.10,
]);

// Тут, например, будет пользователи с id 2 и 3
$users = User::find([2,3]);

$machine->users()->attach($users);

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

Создание как обычно происходит, просто там где нужно добавочно создаете связь.
Для Юзеров создание что-то типа:

use App\User;

$users = ['1 User', '2 User', '3 User'];
foreach($users as $user)
{
    User::create([
        'name'  =>  $user,
    ]);
}

Будут созданы согласно Вашей модели Юзеров записи в БД.
А для связи пример в сообщении выше.

Миграция нужна для сводной таблицы, т.к. в ней будет указаны ключи отношений. Модель не нужна, т.к. в простом случае Вы ни как не работаете через нее. Вся работа идет через модель Юзеров и Станков.

Спасибо. Так и сделал часть, но вот сводную таблицу никак не оформил, по привычке закатал её через phpmyadmin

(((%
Миграцию создайте. Там же весь смысл в том чтобы видно было где и куда через что идет.

Интересно... Я думал миграция это толкьо создание таблицы и не более.
А получается, это использует сама Лара для взаимодействия? Я думал для этого модель.

Миграции только со схемами работают, это просто удобный способ создания таблиц не лазя в пхпмайадмин.
Просто когда есть перед глазами всё, то лучше понимаешь что происходит и не держишь в голове лишнего. Сегодня Вы помните о том что там и как называется с какими отношениями, а завтра нужно снова лезть в БД через пхпмайадмин и смотреть отношения.

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

Говорил про создание миграции для сводной таблице в рамках концепции ларавеля.

Да, по мимо других удобств, конечно же. Смысл тратить время на постоянно повторяющиеся действия, когда их можно автоматизировать.

Ну по дефолту в модели у меня вообще нишиша нет, кроме, разве что,
class Machine extends Model

Я так понимаю, она просто лезет в бд, тащит оттуда имена колонок таблицы и радуется жизни.