Система управлениями версиями для разработки сайта

[Grut]

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

Интересуют возможность просмотреть в браузере рабочую версию сайта после внесения изменений. И в случае если все ОК, экспортить последнюю рабочую версию в корень домена (типа /var/www/grut/public_html/ ) с заменой измененных файлов.

Подскажите, пожалуйста, наиболее правильные решения.

[mlu]

Сообщение от Boddhisatva

Когда использование подобных систем становится целесообразным?

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

Кроме целесообразности ещё интересно - установка \ настройка подобных решений занимает много времени? У одного человека, с административными навыками в LAMP на почти нулевом уровне.

Всегда целесообразно, даже когда никуда не заливается. Это просто здорово экономит время и нервы, когда случайно снёс к чертям нужные исходники. Или когда наизменял так, что всё не работает, а рабочее нужно было еще вчера :)) Тут всегда можно откатиться взад.

Один из вариантов работы (далеко не единственный и не факт, что самый правильный) следующий:
1) разрабатываешь на локалхосте, как всё более-менее стабильно - сделал коммит. Разрабатываешь дальше, как новую фичу сделал или баг исправил - коммит.
2) как коммитов набралось столько, что появилось желание выкатить "в продакшин" - жмёшь push и сурцы улетают на сервер, обновляя его, всё автоматом. Никаких фтп.

Насчёт установки и настройки - torgoisehg установить дело 1 минуты, настраивать там в общем случае надо только имя юзера, от которого коммиты идут :))

Дальше в нужной директории hg init, оно создаёт пустой репо, добавлять всё можно как из командной строки, так и в GUI, где красиво покажут что конкретно было изменено и тд.

На сервере - если совсем всё плохо, то просто достаточно запустить hg serve в той директории, где репозитарий. Более продвинутые юзеры ставят cgi.

Хук при push на сервере настраивается элемнетарно - просто в инишке надо указать, чё и как запускать при push :)

[WebNinja]

Когда использование подобных систем становится целесообразным?

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

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

mlu шарит )

[WebNinja]

несколько статей написал как использовать сервисы bitbucket/github, если свой сервис поднять то все так же.

http://ninjaside.info/2011/06/privat...oda-bitbucket/
на этом сервисе используется mercurial который hg
в статье еще инфа про охуенно полезный файл .hgignore (для git все так же только называется .gitignore)

и про гитхаб, как ключи генерить и настраивать репозиторий
http://ninjaside.info/2010/12/rabota...-ssh-klyuchej/
http://ninjaside.info/2011/03/rabota...em-opensource/

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

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

[profitbill]

у нас гитхаб везде

[chesser]

начинал с CVS - лет 5-6 назад было первое знакомство, но очень плотное: более года разрабатывали один большой проект.

потом был SVN

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

поэтому мой рецепт прост: git + gitolite + redmine - и все это на своем сервере(ах)

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

gitolite - это свой гит-хостинг с гибкой настройкой прав. Зачем нужен гитхостинг gitolite и какие есть аналоги у gitolite я как-то писал в блоге. Если вкратце, то gitolite позволяет у себя организовать гитхаб, т.е. поддержка многопользователев внутри гита, причем, эти пользователи внешние для ОС. Если работаешь только на одном сервере, либо все пользователи заведены как системные, то гитолайт не нужен. О настройке gitolite я тоже как то писал.

Redmine - это очень охуенный багтрекер с кучей плагинов и мультипроектной фичей. В нем есть возможность привязать любую VCS и просматривать через браузер содержимое файлов и изменения в них. У меня туда привязаны git-репозитории. Про настройку Redmine тоже есть в блоге. Реально этот редмайн очень удобен, как для одного, так и для командной работы. У меня командная.

[medar]

Что гит что меркуриал для пишущего на web-языках человека скоро станут как html, т.е. знание их обязательно и само собой разумеющееся. Весь код переезжает на гитхаб или битбукет, потому что хоститься там удобно. Гитхаб сейчас это вообще как втонтактик для гиков. Там знакомятся, женятся и т.д.

Меркуриал в целом мне тоже кажется попроще и логичнее гита, но не принципиально. Для гита тоже есть гуй, TortoiseGit или SmartGit, но все нормально рулится и из командной строки.

Гит, кстати, написал сам Лайнус Торвальдс за неделю(!!), когда его достали существующие расперды с контролем версий (svn он люто ненавидит и утверждает, что его написали безрукие головожопые идиоты, что, в принципе, верно) и он устал поддерживать ядро линукса на тарболах.

[WebNinja]

посты набиваешь?

[Grut]

Признал Bitbucket.org и Меркуриал с ним. Теперь буду всем советовать.

Кто еще не в теме, на Хабре есть перевод "Hg Init: Учебное пособие по Mercurial" от Джоэля Спольски. Даю ссылку на последню, шестую, часть перевода - там найдете ссылки на первые пять частей:
http://habrahabr.ru/blogs/development_tools/109428/

[t0os]

Недавно только слил целиком чужую партнерку со всеми платниками, статсами и вашими контактными данными...ыыыы вроде на гитхабе хостились умники, точно не помню

это каким образом? в открытом репозитории была партнерка?

[mlu]

Сообщение от t0os

это каким образом? в открытом репозитории была партнерка?

Наверное, как-то так:

http://habrahabr.ru/blogs/infosecurity/70330/