При недостаточном опыте работы с 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. (в случае если объем данных излишне велик имеет смысл хранить только схему, без данных)
  * храним историю апдейтов как набор sql запросов формате updates.sql
Сами файлы на лив и тестовый сайты не заливаем, храним только в svn