Один из способов сделать это эффективно - это выполнить свою разработку, проверив транк, скажем, в c: \ www \ preview \ project1 и протестировав его с соответствующим виртуальным хостом или другим URL-адресом.
Как только он заработает, вы будете проверять различные версии магистрали. Когда наступит время перейти к вашему «реальному» хосту / URL, тогда вы
- Создайте ветку или тег для отражения этого (например, branch / rel.1) и
- Проверьте (svn co) ветку в c: \ www \ project1 \ htdocs
После этого вы можете делать срочные исправления ошибок в ветках / rel.1 и объединять их в текущую работу под стволом. Когда другой релиз готов, вы
- Создайте другую ветку (скажем, branch / rel.2) и
- Переключить (svn switch) c: \ www \ project1 \ htdocs в новую ветку
Таким образом, вы можете не допустить вмешательства вашей разработки в реальный сервис, а также переключиться на более раннюю версию, если у вас возникли проблемы.
Для более сложного, но срочного исправления, вы можете
- Проверьте вашу разработку как транк
- Переключить c: \ www \ preview \ project1 в ветку текущего выпуска
- Исправьте и протестируйте ошибку в c: \ www \ preview \ project1, зафиксировав при необходимости
- Когда все выполнено, выполните окончательную регистрацию, а затем обновите svn на c: \ www \ project1 \ htdocs
- Переключите c: \ www \ preview \ project1 обратно в транк и продолжайте разработку