Как делать сайт вдвоем и более?

Question

[Александр Здоров]

Здравствуйте.
тема может глупая, но адекватного решения пока не нашел (видимо из-за своей глупости)
исходные данные: 2 человека, верстальщики разного уровня, есть общие точки соприкосновения
есть идея что можно делать проект вдвоем одновременно ускоряя процесс распределяя работу
вопрос как делают хорошие команды, когда над проектом трудятся n-человек?
из полученной информации это git (вопрос как быть с закрытой версткой - типа индивидуальных проектов)
следом идет как работать с gulp (если каждый имеет свои файлы для верстки, но после компиляции будем перезатирать друг друга)
либо вообще третий путь? как вы работаете вдвоем и более, чтобы проект не длился по месяцу а заканчивался уже к началу второй недели

Comments

[Владимир]

У вас проекты с чистой версткой (HTML, SASS) или это фронт в комплексе (JS)?

[Александр Здоров]

У вас проекты с чистой версткой (HTML, SASS) или это фронт в комплексе (JS)?

без js никуда, те же фильтры, формы, аккордионы, слайдеры,

[devalone]

из полученной информации это git (вопрос как быть с закрытой версткой - типа индивидуальных проектов

Ипользуйте закрытый git.

Answer 1

[alvvi]

как быть с закрытой версткой

Приватный репозиторий на github/bitbucket
На первом платно, но деньги небольшие, на втором бесплатно

следом идет как работать с gulp (если каждый имеет свои файлы для верстки, но после компиляции будем перезатирать друг друга)

скомпилированные файлы шарить не нужно, только исходники

Думаю, проблема не в глупости, а в непонимании git'a и отсутствии опыта работы с ним, просто потратьте вечер на его изучение и все встанет на свои места.

Comments

[Александр Здоров]

в непонимании git'a и отсутствии опыта работы с ним

полностью согласен, так и есть
bitbuket сейчас как раз рассматривается, пока работать с ним из phpStrom адекватно не получается, идет через SourceTree
вопрос скорее касался правильной организации или выбором технологии, скорее всего в итоге лучше выбрать компиляции силами cms а потом уже в продакшене проводить разовую сборку и далее индивидуально доделывать. Интерес так же есть в этой области если попаду в более серьезную команду или стану расширяться сам

[Александр Здоров]

скомпилированные файлы шарить не нужно, только исходники

простая ситуация когда проект работает через сборщик и подключен скомпилированный файл, идет работа над функционалом и страницей услуги, при работе один другого перекрывает, когда нужно видеть результат (вариант при котором не делается сначала верстка а потом посадка на cms, а сразу на месте)

[ThunderCat]

Александр Здоров: для старта в гит читать тут, просто и понятно для новичков, сторм настроить для битбакет вообще фигня, странно что не смогли. Ищите тогда в гугле, здесь слишком пространно придется описывать.

[alvvi]

Александр Здоров: никто никого не перекроет, если все находится в репозитории и каждый делает свою часть работы по окончанию которой совершается коммит. Посадка делается или верстка - это уже дело десятое.
Опять же, это все относится к git flow, ничего выходящего за рамки тут нет.

[Александр Здоров]

сторм настроить для битбакет вообще фигня

пакет нашел, вроде все делаю как в инструкции, но что-то не так, пока так, общие прикидки как лучше
за ссылку на доку с гитом спасибо большое!

[Art Snail]

Александр Здоров: PhpStorm не требует настройки для работы с git и не важно bitbucket это или github. А ещё лучше работать с git через терминал, sourcetree можно вначале использовать, он помогает наглядно ветки видеть)

Answer 2

[Владимир]

Для масштабирования проектов в рамках команды была придумата методология БЕМ, советую про нее почитать.
Для того, чтобы изменения не конфликтовали, нужно делить разработку на "фичи" над одной фичей работает один человек, перед началом работы делаете отдельный бранч для фичи, когда фича готова, делаете ребейс мастер бранча на свой фичебранч (чтобы втянуть изменения, которые другие работники влили до вас) и мержите фиче бранч в мастер. В одно время над одним файлом работать не желательно, собранный проект из гита исключите.

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

Comments

[Александр Здоров]

придумата методология БЕМ,

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

[Владимир]

Александр Здоров: Трения на новом проекте бывают когда вырабатываете styleguide и сами пилите сброщик. Нужно чтобы сборщик поддерживал разнесение фич по разным файлам, хотя я других не видел.

[Владимир]

Александр Здоров: Я вам советую поискать готовые бойлерплейты для SASS + BEM а не писать самому, они как правило отлично заточены под груповую разработку.

[Barmunk]

Чем БЕМ отличается от git-flow?

[Владимир]

Barmunk: getbem.com а почитать ?

Answer 3

[tex620]

Есть такая штука как распределенные вычисления ну или многопоточность

Я бы делал так, тот кто хуже знает язык делает отдельные функции там, api разрабатывает и.т.д
Одним словом создает узконаправленные функции.

А профессионал, используя эти функции и объединяя их разрабатывает единую рабочую систему)

Comments

[Александр Здоров]

тут штука интересная, тот кто знает меньше выступает инициатором и все это дело собирает, а профи еще нужно подтянуть некоторые моменты и выйти из старых знаний(
а так идея интересная, внесу в копилку, принцип как с ветками, каждый делает а потом сливается воедино все