Как автоматизируется работа для верстки сайта?

Question

[aksenovpb]

Добрый день!

Сейчас работаем над одним проектом, в команде 2 человека. Я программист и Дизайнер/Верстальщик.
Страниц в проекте довольно много получается и возникает вопрос как все это хранить/передавать.
А то возникла неприятная ситуация, все сверстанные страницы мне пересылаются по почте архивами. Собственно в архиве хранится 1 файл html и вся статика для проекта. Размер архива 15 мб, количество страниц больше 50, при обнаружении неточности в верстке пересылается еще один архив. И таким образом я получаю по почте 2-3 архива в день, бывает, что в архиве присутствуют еще несколько страниц, которые могут отличаться он высланных ранее. И до кучи css файлы в новом архиве, каким-то образом используются из архива устаревшего (т.е. верстальщик не думая фигачит, главное чтобы сделать).
Я уже путаюсь в этих архивах да и при поиске нужной страницы начинает нервировать, плюс огромная затрата времени.

Как все это можно автоматизировать, чтобы не было огромного количества архивов?

Заранее спасибо за ответы!

Answer 1

[Everything_is_not_so_bad]

В целом соглашусь насчёт Git, как было сказано, а вообще это называется Система управления версиями, VCS. Есть и другие, такие как Mercurial, Subversion и т.д.

Поскольку с Git можно работать как в одиночку, так и командой и, более того, у каждого пользователя локально хранится копия хранилища, то для связки и получения обновлениями между пользователями нужен сервер VCS.
Многие VCS умеют работать как по своему собственному протоколу, так и посредством HTTP.
Этим сервером VCS может выступать или такие хостинг площадки как BitBucket, так и GitLab, GitHub
или же свой собственный сервер, на который устанавливаются своё Программное Обеспечение (тот же GitLab Community Edition). Из плюсов собственного решения является потенциально высокая скорость обмена данными через интернет и отсутствие каких-либо зримых ограничений помимо оплаты за хостинг.
Сервера GitHub находятся в США, значит загрузка любых относительно "тяжёлых" (более 7-10 МБ) данных обернётся ожиданием окончания отправки. Учитываем, что скорость upload всегда ниже чем скорость download у провайдеров интернета.

Добавлено
Я тут подумал ещё раз.
Наверно сервис наподобие Dropbox должен больше подойти. Кидаешь файлы в папку, а агент сам занимается синхронизацией данных между пользователем и удалённым хранилищем.
То есть никаких Git.

Comments

[aksenovpb]

Все эти VCS это прекрасно, но человека который работает в Графическом редакторе и Нотепад++ дополнительно грузить не хочется. Тем более с графикой репозиторий разрастется до огромных размеров, это только текст добавляет diff между исходным и текущим, а бинарники, вроде, полностью заменяются(если редактируется картинка). Хотя может мне и не стоит задумываться над размерами.

[Everything_is_not_so_bad]

aksenovpb Обновил ответ

[aksenovpb]

Да, наверное Дропбокс для этого больше подойдет. Спасибо!

[Everything_is_not_so_bad]

aksenovpb Только важно, чтобы файлы лежали в иерархии папок как есть, безо всяких ZIP, иначе локально будет зоопарк разных версий и трудно разобрать где новое а где старое. В точности, как требуется при выполнении из браузера/на сервере.
Можно создавать папки Variant1.1A, Variant1.1B, Variant1.2, Variant1.3, чтобы не смешивать варианты вёрстки/макетирования.

[aksenovpb]

Ну да, я примерно так себе и представлял, чтобы все где-то хранилось структурой и всегда был доступ. Теперь пошел разгребать архивы, создам рабочую версию верстки и надеюсь будет мне счастье)

[Everything_is_not_so_bad]

Сам недавно перешёл на использование ownCloud.

Answer 2

[Павел Кононенко]

Откройте для себя Git