Контроль версий с Subversion охватывает многие фундаментальные концепции управления версиями в дополнение к тому, что является авторитетом для самой Subversion. Если вы прочтете первую главу, вы можете получить хорошее представление о том, как все настроить.
В вашем случае это звучит так, как будто вы действительно разрабатываете живую систему. Это не имеет большого значения для системы контроля версий. В вашем случае вы все еще можете использовать Subversion для:
- Обязательство как средство резервного копирования вашего кода и обновления вашего хранилища с рабочими изменениями. Сделайте привычку коммитить после тестирования, чтобы как можно меньше прерываний было зафиксировано.
- Пометка как средство отслеживания того, что вы делаете. Когда вы добавили функцию, сделайте тег. Таким образом, вы можете легко вернуться к «до того, как мы реализовали X», если это необходимо.
- Ветвление для развития больших кусков изменений. Если для разработки какой-либо функции требуется несколько дней, вам может потребоваться выполнить фиксацию во время разработки, но не в магистральной сети, поскольку вы тогда делаете что-то наполовину законченное. В этом случае вам следует зафиксировать ветку.
Где вы создаете хранилище, на самом деле не имеет значения, но вы должны размещать рабочие копии только там, где они действительно могут использоваться. В вашем случае звучит так, будто живой сервер - единственное такое место.
Для более легкого решения с меньшими издержками, когда любая папка в любом месте может быть хранилищем, вы можете вместо этого использовать Bazaar . Bazaar - более гибкая система контроля версий, чем Subversion, и она может лучше удовлетворить ваши потребности. С помощью Bazaar вы можете создать хранилище своей работающей системы вместо того, чтобы создавать хранилище где-то еще, но при этом следовать приведенным выше 3 рекомендациям.