ikido Apr 15 2010 at 10:59

Git для загрузки обновленых файлов на сайт

1 min

1.1K

Lumber room

Comments 22

sunswordred Apr 15 2010 at 11:20

А стандартные средства, проверенные в боевых условиях и годами не подходят?

-4

NickMitin Apr 15 2010 at 11:24

Этот топик интереснее, чем был-бы аналогичный про SVN. Изобретательство, понимаете.

ikido Apr 15 2010 at 11:35

А чем так плох SVN?

NickMitin Apr 15 2010 at 13:17

Он не плох, он намного более известен чем GIT

DevMan Apr 15 2010 at 17:52

Известен не означает лучше.

NickMitin Apr 15 2010 at 17:53

Я не сравнивал Git и SVN, я сказал, что статья про Гит интереснее, потому что он гораздо меньше освещён, чем SVN. Всегда интереснее почитать про что-то новое.

ikido Apr 15 2010 at 17:55

я кстати тоже подумал что это был сарказм. Но в этом случае — полностью согласен с вами

ikido Apr 15 2010 at 11:25

Знаете, у всех свои стандарты, а как же CVS?) Я, например, не пользовался раньше VSC вообще, соответственно и SVN тоже. Выбрал Git именно потому что он децентрализованный и не нужно поднимать сервер.

VlK Apr 15 2010 at 17:57

э-э-э… А чем хорош svn? кучей мусора по всему дереву проекта? или, если проект небольшой, легко и удобно создавать отдельное место для репозиториев? Ну или, стало быть, вы так легко и быстро ветвлением занимаетесь?

ukko Apr 15 2010 at 12:07

Для таких вещей мы используем git + phing. Хотя раньше использовали svn + phing примерно тоже самое :)

ikido Apr 15 2010 at 12:15

у меня пока простые проекты, там нечего собирать
я искал что-то чтобы измененные файлы «здесь» оказались измененными «там»

meako Apr 15 2010 at 12:37

Вспомнился этот топик

Лично я для заливки пользуюсь hg archive/git export и самописными make-скриптами.
Можно есче с rsync играться.

ikido Apr 15 2010 at 12:52

да я после него как раз и решил что svn даже смотреть не буду)
git хранит все в одной папке в самом корне каталого, который отслеживает

а что такое hg?

walker Apr 15 2010 at 13:05

mercurial

ikido Apr 15 2010 at 13:10

спасибо

andoriyu Apr 15 2010 at 12:40

глупо… в рабочей копии на продакшене будут храниться старые версии файлов, да еще и доступ к файлам будем если .git не закрыть. гуманнее написать post-update hook которые будет делать архив HEAD и разархивировать его туда куда надо.

ikido Apr 15 2010 at 12:50

я просто не храню скрипты в web-root — там только статика.

andoriyu Apr 15 2010 at 12:56

все же вы предлагаете на продакшен сервере хранить старые версии файлов. post-update был бы логичный для деплоя. у меня так:
делаю push на продакшен, там делается архив и разархивируется туда куда мне надо, потом touch $project_path/tmp/restart для passenger. точно так же с демонов которого я на руби написал, и так же для «хостинга» файлов. ИМХО так удобнее.

ikido Apr 15 2010 at 13:00

Я не очень понимаю в чем проблема с этим, поясните пожалуйста. Если в размере файлов — проекты небольшие, git не хранит файлы целиком а только изменения, бинарные файлы из public, если их много, я исключаю в .gitignore

andoriyu Apr 15 2010 at 13:04

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

ikido Apr 15 2010 at 13:08

понял) я запомню ваш вариант, спасибо
я прикидывал что если понадобится то сделаю это на руби, rake'ом или capistrano

andoriyu Apr 15 2010 at 13:10

я поначалу capistrano использовал, потом понял, что это мазохизм и все переделал.