|
| Дата |
|
USD/RUB | 89.7026 | BTC/USD | 69391.8925 |
|
|
|
Скрипты, программы и технические решения Обсуждаем скрипты, программы и новые технологии. |
04.07.2011, 18:23
|
Start Post: Система управлениями версиями для разработки сайта
|
Senior Member
Регистрация: 23.04.2007
Сообщений: 2,118
Бабло: $337995
|
Планиру. постоянно усовершенствовать один сайт, потому задумался использовать какую-нибудь VCS для облегчения работы с апдейтами.
Интересуют возможность просмотреть в браузере рабочую версию сайта после внесения изменений. И в случае если все ОК, экспортить последнюю рабочую версию в корень домена (типа /var/www/grut/public_html/ ) с заменой измененных файлов.
Подскажите, пожалуйста, наиболее правильные решения.
|
|
|
05.07.2011, 02:28
|
#12
|
Senior Member
Регистрация: 17.02.2011
Сообщений: 153
Бабло: $26940
|
Цитата:
Сообщение от Boddhisatva
Когда использование подобных систем становится целесообразным?
Я вот сейчас как делаю - на локалхосте копия сайта, там делаю нужные изменения, все проверяю - заливаю по фтп \ пма. Еще изменил - опять заливаю. На самом деле, времени прилично уходит, но сайты - маленькие \ средние, нежели большие.
Кроме целесообразности ещё интересно - установка \ настройка подобных решений занимает много времени? У одного человека, с административными навыками в LAMP на почти нулевом уровне.
|
Всегда целесообразно, даже когда никуда не заливается. Это просто здорово экономит время и нервы, когда случайно снёс к чертям нужные исходники. Или когда наизменял так, что всё не работает, а рабочее нужно было еще вчера :)) Тут всегда можно откатиться взад.
Один из вариантов работы (далеко не единственный и не факт, что самый правильный) следующий:
1) разрабатываешь на локалхосте, как всё более-менее стабильно - сделал коммит. Разрабатываешь дальше, как новую фичу сделал или баг исправил - коммит.
2) как коммитов набралось столько, что появилось желание выкатить "в продакшин" - жмёшь push и сурцы улетают на сервер, обновляя его, всё автоматом. Никаких фтп.
Насчёт установки и настройки - torgoisehg установить дело 1 минуты, настраивать там в общем случае надо только имя юзера, от которого коммиты идут :))
Дальше в нужной директории hg init, оно создаёт пустой репо, добавлять всё можно как из командной строки, так и в GUI, где красиво покажут что конкретно было изменено и тд.
На сервере - если совсем всё плохо, то просто достаточно запустить hg serve в той директории, где репозитарий. Более продвинутые юзеры ставят cgi.
Хук при push на сервере настраивается элемнетарно - просто в инишке надо указать, чё и как запускать при push :)
|
|
|
05.07.2011, 04:00
|
#13
|
grablab.org
Регистрация: 18.09.2007
Адрес: Thailand
Сообщений: 4,893
Бабло: $322264
|
Цитата:
Когда использование подобных систем становится целесообразным?
|
всегда, не так давно стал использовать, как раз таки из-за того чтобы отказаться от этих бесконечных заливов по фтп, теперь не понимаю как можно работать без них.
ну и как бы не охото потерять исходники, хотелось бы хранить их где-нибудь еще. + удобство совместной работы, вообще не предствляю как можно нормально наладить её без систем контроля версий.
mlu шарит )
Последний раз редактировалось WebNinja; 05.07.2011 в 04:14.
|
|
|
05.07.2011, 04:09
|
#14
|
grablab.org
Регистрация: 18.09.2007
Адрес: Thailand
Сообщений: 4,893
Бабло: $322264
|
несколько статей написал как использовать сервисы 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/
между сервисами разнице такая, гитхаб более популярный в дженерал формате, но приватные репозитории - платные. говорят есть много социальных фишек, т.к. это типа социальная сеть. код на гитхабе хостят такие компании как твиттер, фейс, диг, яху и т.д.
битбакет позволяет создавать приватные репозитории бесплатно, популярен среди тех кто кодит на питоне т.к. на нём же и написан.
|
|
|
05.07.2011, 04:39
|
#15
|
Ебланнед
Регистрация: 03.11.2009
Сообщений: 564
Бабло: $155495
|
у нас гитхаб везде
__________________
Black List - http://www.gofuckbiz.com/showthread.php?t=36819
|
|
|
05.07.2011, 08:53
|
#16
|
автоматизирую интернеты
Регистрация: 05.07.2009
Адрес: chesser.ru
Сообщений: 3,362
Бабло: $470735
|
начинал с CVS - лет 5-6 назад было первое знакомство, но очень плотное: более года разрабатывали один большой проект.
потом был SVN
теперь git - он охуенен.
Ни разу не пользовался левыми сайтами для хостинга VCS - да ну нахуй, эт сразу же пиздец безопасности. Недавно только слил целиком чужую партнерку со всеми платниками, статсами и вашими контактными данными...ыыыы вроде на гитхабе хостились умники, точно не помню
поэтому мой рецепт прост: git + gitolite + redmine - и все это на своем сервере(ах)
git - распределенная система контроля версий, которой пользуются для написания линукса, собственно придумал и разработал ее сам Линус Торвальдс, я верю этому чувак, он умный. Причем, гитом можно пользоваться одному на одном сервере для одного сайта - нет проблем, а можно иметь 30 офисов по всему миру, в которых работает по 30 кодеров и все хуячат один проект.
gitolite - это свой гит-хостинг с гибкой настройкой прав. Зачем нужен гитхостинг gitolite и какие есть аналоги у gitolite я как-то писал в блоге. Если вкратце, то gitolite позволяет у себя организовать гитхаб, т.е. поддержка многопользователев внутри гита, причем, эти пользователи внешние для ОС. Если работаешь только на одном сервере, либо все пользователи заведены как системные, то гитолайт не нужен. О настройке gitolite я тоже как то писал.
Redmine - это очень охуенный багтрекер с кучей плагинов и мультипроектной фичей. В нем есть возможность привязать любую VCS и просматривать через браузер содержимое файлов и изменения в них. У меня туда привязаны git-репозитории. Про настройку Redmine тоже есть в блоге. Реально этот редмайн очень удобен, как для одного, так и для командной работы. У меня командная.
|
|
|
05.07.2011, 09:56
|
#17
|
кодер-энтузиаст
Регистрация: 04.04.2007
Адрес: Джамайка
Сообщений: 3,381
Бабло: $447150
|
Что гит что меркуриал для пишущего на web-языках человека скоро станут как html, т.е. знание их обязательно и само собой разумеющееся. Весь код переезжает на гитхаб или битбукет, потому что хоститься там удобно. Гитхаб сейчас это вообще как втонтактик для гиков. Там знакомятся, женятся и т.д.
Меркуриал в целом мне тоже кажется попроще и логичнее гита, но не принципиально. Для гита тоже есть гуй, TortoiseGit или SmartGit, но все нормально рулится и из командной строки.
Гит, кстати, написал сам Лайнус Торвальдс за неделю(!!), когда его достали существующие расперды с контролем версий (svn он люто ненавидит и утверждает, что его написали безрукие головожопые идиоты, что, в принципе, верно) и он устал поддерживать ядро линукса на тарболах.
|
|
|
05.07.2011, 22:30
|
#18
|
grablab.org
Регистрация: 18.09.2007
Адрес: Thailand
Сообщений: 4,893
Бабло: $322264
|
посты набиваешь?
|
|
|
11.07.2011, 17:28
|
#19
|
Senior Member
Регистрация: 23.04.2007
Сообщений: 2,118
Бабло: $337995
ТС -->
|
ТС
Признал Bitbucket.org и Меркуриал с ним. Теперь буду всем советовать.
Кто еще не в теме, на Хабре есть перевод "Hg Init: Учебное пособие по Mercurial" от Джоэля Спольски. Даю ссылку на последню, шестую, часть перевода - там найдете ссылки на первые пять частей:
http://habrahabr.ru/blogs/development_tools/109428/
|
|
|
11.07.2011, 18:31
|
#20
|
сам иди в жопу!
Регистрация: 02.05.2009
Сообщений: 672
Бабло: $81580
|
Цитата:
Недавно только слил целиком чужую партнерку со всеми платниками, статсами и вашими контактными данными...ыыыы вроде на гитхабе хостились умники, точно не помню
|
это каким образом? в открытом репозитории была партнерка?
__________________
|
|
|
|