Robur

Собирайте локально, и вместо того чтобы заходить на сервер по ssh, отправляйте туда уже собранное через scp/rsync.
Зачем пушить это в гит чтобы тут же пойти и оттуда достать?

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

Если изучаете - изучайте самые свежие подходы, а потом уже покопаетесь в том "как оно было раньше" если будет время и желание.

да как хотите. Назовите ветку для продакшена "production", для разработки "development", для фичи с логином пользователя через фейсбук "feature/facebook-login" никто не запутается.

Все это зависит от проекта/размера/привычек команды/сложности/процесса разработки/процесса тестирования/схемы релизов и так далее.
Единственное что есть более менее везде - это ветка master которая создается по дефолту и чаще всего ее и оставляют для продакшена. Но это тоже не всегда - бывает наоборот в мастере девелопмент а для релиза - релизные ветки.
Еще часто используется "feature/name", "bug/name" и так далее для удобства, плюс некоторые гит клиенты умеют такие ветки в списке веток группировать между собой.

Можно взять git-flow, если своего не придумывается ничего, но надо понимать что он предполагает определенную и достаточно жесткую структуру работы над проектом вообще, которая затрагивает не только названия веток но и вообще все аспекты цикла создания продукта.

Показываете в профиле опыт работы. Пишете что вообще то вы слишком круты для фриланса, и так серьезной работы хватало но хотите попробовать чего-то нового. Ну или еще что-то, что даст понять что вы не очередной золотокопатель освоивший пару курсов по программированию.
Если позволяет текущий контракт - пару скриншотов проектов в которых участвовали, желательно самых навороченных на вид. Дольше 5 секунд никто на них все равно смотреть не будет.

В заявку пишете грамотно и по существу - вам нужно вот это, я знаю то-то, могу сделать за столько то времени/денег. Уточняете какие-то важные детали сразу же, чтобы показать что вы и в самом деле в теме.
Если вы профессионал то с этим проблем не возникнет.
Без этих вот "я супер-эксперт в том что вам нужно и буду счастлив сделать все в обалденном виде, готов работать прямо сейчас".
Берете пару средних проектов максимум на недельку по вечерам. Можно даже коротких - то тут надо внимательнее оценивать адекватность заказчика.
Получаете пару отзывов и берете уже что-то посерьезнее.

Для начала нужно будет плотно помониторить фид чтобы поймать нормальные проекты. Какие нормальные - ваше чутье должно вам подсказать, если "срочно вчера клон гугла за $100" то это конечно нет.

Любому объекту в JS можно присвоить новые свойства и массив не исключение. в него можно напихать свойств помимо того что там лежит, но - не надо так делать. Лучше сделать отдельный объект.
.
pars[pars[i]] проверяет свойство с именем pars[i] в pars а не "весь массив"

например если pars[i] = 'foo' эта конструкция проверит что pars.foo существует (больше нуля и вообще truthy)
если она существует, то добавляем единичку. То есть если было pars.foo = 1 то станет pars.foo = 2
Если не было - то создаем и ставим туда 1

в итоге он насоздает в массиве свойств с именами слов которые в нем встречаются и значением равным количеству раз которое это слово встретилось.