Comments 22
-4
Этот топик интереснее, чем был-бы аналогичный про SVN. Изобретательство, понимаете.
0
Знаете, у всех свои стандарты, а как же CVS?) Я, например, не пользовался раньше VSC вообще, соответственно и SVN тоже. Выбрал Git именно потому что он децентрализованный и не нужно поднимать сервер.
+3
э-э-э… А чем хорош svn? кучей мусора по всему дереву проекта? или, если проект небольшой, легко и удобно создавать отдельное место для репозиториев? Ну или, стало быть, вы так легко и быстро ветвлением занимаетесь?
+1
Для таких вещей мы используем git + phing. Хотя раньше использовали svn + phing примерно тоже самое :)
0
глупо… в рабочей копии на продакшене будут храниться старые версии файлов, да еще и доступ к файлам будем если .git не закрыть. гуманнее написать post-update hook которые будет делать архив HEAD и разархивировать его туда куда надо.
+1
я просто не храню скрипты в web-root — там только статика.
0
все же вы предлагаете на продакшен сервере хранить старые версии файлов. post-update был бы логичный для деплоя. у меня так:
делаю push на продакшен, там делается архив и разархивируется туда куда мне надо, потом touch $project_path/tmp/restart для passenger. точно так же с демонов которого я на руби написал, и так же для «хостинга» файлов. ИМХО так удобнее.
делаю push на продакшен, там делается архив и разархивируется туда куда мне надо, потом touch $project_path/tmp/restart для passenger. точно так же с демонов которого я на руби написал, и так же для «хостинга» файлов. ИМХО так удобнее.
+1
Я не очень понимаю в чем проблема с этим, поясните пожалуйста. Если в размере файлов — проекты небольшие, git не хранит файлы целиком а только изменения, бинарные файлы из public, если их много, я исключаю в .gitignore
0
Sign up to leave a comment.
Git для загрузки обновленых файлов на сайт