У ваших разработчиков нет локального репозитория, у них есть рабочая копия на их ПК. Как правило, это самая последняя версия приложения с изменениями, внесенными разработчиками, но еще не зафиксированными.
Поскольку это веб-приложение, вашим разработчикам потребуется локальный веб-сервер для его тестирования - это может быть IIS или встроенный веб-сервер Visual Studio (хотя он ведет себя по-разному по сравнению с IIS тонкими способами).
Вы сказали в комментарии: «Моя проблема в том, что я не хочу, чтобы разработчики фиксировали сайт в случае ошибки».
Разработчики фиксируют SVN-репозиторий на сервере: в какой-то момент вы захотите экспортировать (или «опубликовать») копию из последней версии в вашем репозитории на ваш действующий сайт. Чтобы убедиться, что это работает, вы можете проверить конкретную версию с сервера, протестировать ее и, если она пройдет тесты, загрузить ее: devs всегда будет проверять код с ошибками (даже если он собирается), так как лучше проверить кодировать чаще, чем создавать множество изменений локально, а затем фиксировать их, так как неизбежно возникают конфликты с работой, выполненной другими разработчиками.
Ветвление и тегирование являются здесь полезными понятиями: если у вас есть почти правильная версия, вы «ветвите» ее вдали от основного «ствола» дерева исходного кода, исправьте все проблемы в ветке (перенесите основной ствол по мере необходимости), затем, когда у вас есть рабочая версия, вы 'помечаете' ее (как версию xyz) и загружаете ее. Таким образом, вы всегда можете ссылаться на конкретную версию загруженного вами кода, что значительно упрощает выявление ошибок, которые появляются в работе. Как другие предлагали, прочитайте документацию SVN для получения дополнительной информации.