This is an old revision of the document!
При недостаточном опыте работы с svn рекомендуется прочитать документацию по subversion либо книгу http://doc.dvgu.ru/devel/svn/
В репозиторий просьба заливать только более-менее стабильные билды, например стабильный релиз за день, чтобы при развертывании все более менее работало. Изменения маркировать как x.y.z.
* x. Глобальный апдейт либо стркутурные изменения в проекте - замена движка к примеру * y. Мелкие изменения, добавление файла/модуля. * z. Багфикс, либо дополнение к прошлому изменению
Пример - commit & update с комментариями типа
- Release 1.1.2 Correction of forget pass functionality
- Release 0.2.0 Includes authentication changes with assistant permissions integration addon
Пример - проекты sevenhourslim и 7hourslim
для sevenhourslim создан репозиторий главной ветки https://almeyda.repositoryhosting.com/svn/almeyda_slim/trunk/
затем для сайта 7hourslim создана ветка branch/7hourslim
для ветки branch/7hourslim сделан checkout в папку сайта 7hourslim (перед этим для папки 7hourslim сделан бекап). Из бекапа восстановлены отличия для версии 7hourslim, 7hourslim синхронизирована с удаленной копией. Затем был сделан commit, в результате мы получили новую готовую ветку 7hourslim.
Перед началом работ следует проводить svn update
изменения общих библиотек и слияние после тестирования изменений в файлах библиотек следует обновить свою ветку, а затем сделать слияние изменений с другими ветками которые нуждаются в обновлении. Следует использовать merge только для отдельных папок и файлов для уменьшения числа конфликтов
изменения внутри веток достаточно простого commit в нужную ветку.
SQL файлы
SQL файлы для проекта хранятся следующим образом
- полный дамп проекта в папке SQL. (в случае если объем данных излишне велик имеет смысл хранить только схему, без данных)
- в под-директории updates храним апдейты в формате yyyy-mm-dd - <filename>.sql
Сами файлы на лив и тестовый сайты не заливаем, храним только в svn