Евгений Гридасов

все просто, почитайте про git flow
если сильно упрощая, команда предпологает командную работу, тоесть вы взаимодействуете между собой, вы не должны дублировать работу друг друга
1. в мастере всегда рабочий код который можно собрать и выпустить в релиз
2. работа ведется в dev, но и в dev код всегда рабочий, тоесть не падает
3. у вас у всех в команде есть задачи, не должно быть так что пили от сюда и до обеда, почти все менеджеры задач присваивают задаче какой то индификатор, выработайте соглашение о том как называть ветку и комит
3.1 взяли свою задачу, сделлали ветку от dev и назвали как то адеватно, например task_id/short_task_description ( тут у каждого свое представление о прекрасном, но имя ветки должно позволять быстро найти задачу и вретце давать предстовление о том что делает эта ветка)
3.2 после того как сделали свою задачу, проверили что ваш код ничего не ломает, при необходимости смержились (пока вы работали кто то уже мог что то добавить в dev, заботится о том чтобы пул реквест ничего не сломал задача автора пул реквеста)
3.3 делаете пул реквест и вешаете его на члена вашей команды чтобы он сделал ревью и смержил ваш код с веткой dev (вы тже должны делать ревью чужих пул ревестов, так вся команда пимрено будет представлять что творится в коде и по возмжности минимизирует количество костылей в коде)

как бы все, если вкратце то работу с git можно свести к такой последовательнсти действий

1) Если я скопирую репозиторий себе, сделаю правки (а в это время другой программист тоже поправит код и сделает комит), то что будет?

ничего, пока он не сделает пушь все остается у него локально

2) Перед комитом приходится писать git add *. Может есть ключ для comit чтобы не прописывать команду каждый раз.

вкусовщина, я вообще оченьмало взаимодействую с консолью, не потмоу что это сложно, мне просто удонее и быстрее использовать горячие клавиши продкутов jetbrains

3) Если я начну работать в студии в парке репозитория, то та создаст много файлов. Как из не записывать в репозиторий?

настройте .gitignore файл

Всё верно "даже смысла нет изучать из-за переполнения рынка". Я полтора года просидел на фрилансе, никому не советую. Работа над хотелками заказчика может растянутся на месяц, заказчик может кинуть (и такое было, да). Есть вероятность найти адекватного менеджера (у которого целая ферма из такой вот дешёвой рабочей скотины), они ещё могут скидывать более менее регулярные заказы, но оплата будет небольшой. В офисах примерно тоже самое (если взять какой-нить город милионник, то 100 веб-студий где верстаки верстают за копейки и 5-10 топовых, где платят нормально но верстаки там сидят ровно и нет никакой текучки), но там хоть шансы получить свои гроши - повыше. Сейчас мне стыдно, что я несколько лет посвятил себя этой работе. Опозорился со своим выбором конкретно. Хотя сейчас верстаю вполне себе на уровне

Многостраничный сайт - и.е. обычный, с HTTP раутингом, где используются силы раутера laravel и какой-нить шаблонизатор там же? Если да, то причем тут vue-router?

vue-router нужен для SPA (single page application), то есть там, где переход по ссылке на какой-нить внутренний ресурс лишь дергает JS, то-есть весь фронт - крутится только в браузере, а на бек (и на раутер laravel) - летят только ajax запросы. Сам по себе к laravel не имеет вообще никакого отношения, равно как и vue.

Причем тут пакеты - не понимаю. Бекендовские, из composer'а? Ну они вообще не связанны с vue-router. Фронтовские, из npm? Ну я таких не знаю, но смею предположить, что те дают лишь какие-то готовые компоненты, в лучшем случае, а раутер никто трогать не посмеет. Ну и даже если посмеет - что с того? Вам прийдется передать его инстенс куда-то в либу (кто как напишет), но об этом будет четко указано в документации.

Здается мне, что вы не понимаете что такое vue, vue-router, пакеты и многостраничные сайты. Ну или хотя бы что-то из этого :/

На laravel есть реализация SPA приложения, можете его изучить, как раз собрано все, что вас интересует

https://github.com/codecasts/spa-starter-kit

Client side
Vue.js 2.0 project create with vue-cli + webpack template
Centralized state management with Vuex
Route management with Vue-router
Authentication with JWT
Keep user signed in using local stored info
HTTP requests with Axios
ESLint with AirBNB preset
Pagination integrated with Laravel's LengthAwarePaginator
Alerts and Confirmation Alerts provided by SweetAlert

Server side
Laravel 5.3
Authentication with JWT
Fractal
Web service RESTful with Dingo (planned)