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

[sunswordred]

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

[NickMitin]

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

[ikido]

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

[NickMitin]

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

[DevMan]

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

[NickMitin]

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

[ikido]

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

[ikido]

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

[VlK]

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

[ukko]

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

[ikido]

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

[meako]

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

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

[ikido]

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

а что такое hg?

[walker]

mercurial

[ikido]

спасибо

[andoriyu]

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

[ikido]

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

[andoriyu]

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

[ikido]

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

[andoriyu]

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

[ikido]

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

[andoriyu]

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