2010-06-15 11 views
0

Я пытаюсь отчаянно переходить от VSS к реальной системе управления версиями. Опции включают TFS и SVN.Дизайнеры, выражение или SharePoint Designer и реальный контроль источника

Мои дизайнеры должны иметь возможность изменять исходные файлы и мгновенно просматривать их изменения в браузере без необходимости внесения изменений. Используя FPSE с VSS, это работает безупречно, поскольку сохранение файла приводит к тому, что копия в рабочей папке на сервере dev обновляется, поэтому они могут просто сохранять и обновлять свой браузер, который указан на dev-сервере.

Этот сайт состоит из 350k + строк классического кода ASP и некоторых новых ASP.NET MVC. Им нужно только иметь возможность изменять представления в коде MVC, а не C#.

Хотя выражение содержит версию Cassini для локальной отладки, Cassini не поддерживает классический ASP.

Несомненно, кто-то решил эту проблему раньше. Невозможно установить IIS на машину каждого конструктора (это абсолютно несостоятельно). Мне нужен способ, чтобы общая рабочая папка на веб-сервере dev обновлялась всякий раз, когда кто-то сохраняет файл локально, точно так же, как с помощью FPSE.

Я бы предпочел не писать прокси-сервер FPSE, который знает, как разговаривать с TFS/SVN. Какие-либо предложения?

(я знаю, что я задал этот вопрос в прошлом, но я до сих пор не нашел решения.)

+0

Возможно, вы захотите указать, что FPSE = Front Server Server Extensions. Я был рядом с блоком и должен был посмотреть на него. – Robaticus

+0

Также - почему идея установки IIS на машинах разработчиков несостоятельна? – Robaticus

+0

@robaticus менеджеры по содержанию довольно нетехнические. Получение ИТ-одобрения и ресурсов для поддержки установки IIS на каждой из их машин не произойдет. –

ответ

1

Почему нужно скопировать исходные файлы, если они будут сохранены, то почему бы не просто сохранить файлы в сетевой ресурс и работать с ними напрямую? Если сервер dev постоянно перезаписывается после каждого сохранения, то в любом случае эффект одинаковый?

+0

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

1

Возможно, это будет не так быстро, как вам нравится, но с TFS вы можете создать сборку непрерывной интеграции (CI), которая строит и развертывает проект на тестовом сервере при регистрации. Если вы это сделаете, вы захотите, чтобы они вернулись к ветке типа QA, а затем, когда они будут довольны тем, как они выглядят, они могут затем слиться с основной линией для реальной сборки и интеграции.

+0

Хммм ... неплохая идея. Интересно, могу ли я создать макрос или надстройку для SPD, которые будут выполнять регистрацию или сохранять в рабочей папке при их локальном сохранении. –