2012-05-28 4 views
0

фонSVN успешно коммит не показывая на сайте

У меня есть установка VisualSVN на сервере. при этом у меня есть базовый репозиторий (без ветвей/сундуков или тегов). Я использовал svn в самом базовом формате, поскольку я был единственным разработчиком на нем.

Сам проект является веб-сайтом IIS ASP.NET 3.5, размещенным на d: \ website1. Я могу получить доступ к этому сайту развития на http://devserver/

respository можно получить по адресу http://devserver:8888/

Любые изменения, внесенные с помощью Visual Studio 2010/Notepad ++ и т.д. немедленно отражаются на веб-сайте, были ли я совершил изменения или нет. Это сработало для меня.

Проблема

Однако есть еще один разработчик, который теперь необходимо внести изменения в определенный раздел сайта.

Я создал пользователя с возможностями чтения/записи в VisualSVN, и все там хорошо работает, они могут захватить код, внести изменения и зафиксировать эти изменения. Однако их изменения не отражены на веб-сайте, хотя они отображаются как в репозитории, так и в файловой системе.

Изменения отображаются только при обновлении, а не при обновлении другого пользователя.

СВН n00b

ответ

3

Ваш веб-сайт служит файлы из вашей рабочей копии проекта. Очевидно, что если другой разработчик внесет изменения в свою собственную рабочую копию или даже свяжется с SVN, веб-сайт увидит изменения только после обновления рабочей копии.

Вы должны создать рабочую копию для самого веб-сайта, в котором были бы самые последние зафиксированные файлы из подрывной деятельности, а не промежуточные изменения, которые еще не были зафиксированы.

И каждый разработчик должен иметь свой собственный сервер, обслуживающий файл из своей рабочей копии, для проверки изменений перед их выполнением.

+0

Я не уверен, что я следую. Веб-сайт служит из одного места - devserver, я и другой разработчик получают доступ к файлам по сети. Почему он будет служить файлом из моей рабочей копии, когда эта копия является текущим веб-сайтом? – kolin

+0

Тогда это еще одна серьезная проблема. Не сообщайте ни одну рабочую копию между двумя разработчиками. Иначе зачем использовать Subversion? –

+0

хорошо, как я упомянул, это было прекрасно для того, что мне было нужно для (как единственного пользователя) за последние 2 года. – kolin