Comments 23
Система контроля версий
если все в свн, то выкладка — это svn up в консоли.
правда, БД — руками, но так надёжнее.
правда, БД — руками, но так надёжнее.
Это при условии что SVN на том же сервере что и проект. Или я ошибаюсь? Просто только недавно начал изучать свн.
нет, почему
к свн можно по http обращаться, откуда угодно
к свн можно по http обращаться, откуда угодно
Тоесть на сервер с проектом ставится консоль для работы с SVN и через нее обновляются файлы?
P.S. Что за люди — что не спросишь сразу в минус.
P.S. Что за люди — что не спросишь сразу в минус.
примерно так.
почитайте svnbook, там все подробно описано.
собственно, это стандарт такой, все так делают, не зря видимо :-)
почитайте svnbook, там все подробно описано.
собственно, это стандарт такой, все так делают, не зря видимо :-)
Ты спрашивай спрашивай, я вот тоже не знаю и твои минусы компенсирую.
SVN, изменения в БД — записываем все что изменяли, потом выполняем на рабочем сервере. конфиги в SVN switch, для тестовой машины и для рабочей свое все
git + capistrano
Любые изменения в базу хранить в собственно текстовом файле, с указанием даты и причины.
Ну про СВН только начинающий не знает. Гораздо более интересной задачей является подобное решение для БД. В основном все советуют EMS DB Comparer 2007 for Mysql. Я еще не пользовался, но судя по скриншотам довольно приятная софтинка.
Зачем для утилиты синхронизации базы скриншоты? :)
Посмотрите еще вот эту штуку: www.maatkit.org
Посмотрите еще вот эту штуку: www.maatkit.org
ну как уже высказывались выше, обновление файловой системы обычно ограничивается svn up
если сделаете bootstrap-файл для обновления БД так чтобы он запускался при первом обращении, то и его можно подцеплять в svn
кстати в svn еще можно вешать обработчики событий на отдельные папки, насколько помню, это тоже можно как то использовать
если сделаете bootstrap-файл для обновления БД так чтобы он запускался при первом обращении, то и его можно подцеплять в svn
кстати в svn еще можно вешать обработчики событий на отдельные папки, насколько помню, это тоже можно как то использовать
Total Commander: Commands > Synchronize Dirs
Хм. Все уже придумали до нас — Apache Ant, Phing, etc.
Постоянно обновляю несколько удалённых сайтов.
1. Для наиболее ответственных обязательное предварительное тестирование на отдельной тестовой машине. Хоть на локалхосте.
2. Никакого ручного копирования. Только VCS! Раньше использовал SVN, сейчас переполз на Mercurial, для разработку в одиночку на нескольких серверах он подходит лучше.
1. Для наиболее ответственных обязательное предварительное тестирование на отдельной тестовой машине. Хоть на локалхосте.
2. Никакого ручного копирования. Только VCS! Раньше использовал SVN, сейчас переполз на Mercurial, для разработку в одиночку на нескольких серверах он подходит лучше.
Мы для синхронизации баз написали свой инструмент
На каждое изменение делается патч, с уникальным айди (uuid), описанием того что делается, и автором. В самой базе в служебной табличке хранится список применённых патчей.
Так всегда можно узнать текущее состояние, и автоматом применить патчи которые пришли из меркуриала.
Кому интересно — можно посмотреть тут: code.google.com/p/pgmigrate/
На каждое изменение делается патч, с уникальным айди (uuid), описанием того что делается, и автором. В самой базе в служебной табличке хранится список применённых патчей.
Так всегда можно узнать текущее состояние, и автоматом применить патчи которые пришли из меркуриала.
Кому интересно — можно посмотреть тут: code.google.com/p/pgmigrate/
make?
Sign up to leave a comment.
Обновление рабочего проекта на сервере.