TFS и IIS - контроль источника

Question

В настоящее время мы запускаем управление источником с Subversion на TFS. Это прекрасно работает для автономных проектов/решений, которые могут быть проверены, отредактированы, скомпилированы и проверены.

Я столкнулся с болью в голове, пытаясь заставить ее работать плавно с помощью конкретный проект/решение, установленное нами.

Это решение, в котором есть несколько проектов на C# и IIS/веб-сайт/приложение. Веб-сайт IIS - это в основном классический ASP с некоторыми C# /. NET частями (мы медленно конвертируем фрагменты по мере продвижения). Таким образом, мы локально тестируем веб-сайт и фиксируем изменения в репозитории. Это не маленький веб-сайт, это всего 500 файлов в целом (изображения, ASP, ASPX и т. Д.).

Как правило, в Subversion мы просто проверяем отдельные проекты, а наши решения, содержащие его, - , а не под управлением источника (учитывая, что у некоторых людей локальные экземпляры IIS отображаются на разные диски). Когда мы редактируем файл, он становится помеченным как измененный, и мы можем его проверить, вернуть наши изменения и т. Д. (Я использую VisualSVN в VS2010 и предлагает мне все эти удобные опции).

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

Итак - мой вопрос просто - как я могу заставить TFS работать плавно с веб-сайтом IIS в исходном элементе управления, поэтому мой обозреватель решений может показать мне, какие файлы у меня локально в порядке или изменены (ala Subversion)? Без этого «только для чтения»?

Я не против загружать часть IIS решения как проект «Файл/Папка» (прямо сейчас в нашем решении часть IIS является экземпляром IIS, указывающим на сайт IIS на нашей машине).

TLDR: Как, черт возьми, я получаю TFS для управления исходным кодом на веб-сайте IIS, давая мне красивые значки в обозревателе решений - без необходимости иметь решение в TFS?

Это, кстати, IIS7.

Answer 1

Возможно, вы захотите рассмотреть стратегию ветвления и слияния. Это сложная тема, но есть много рекомендаций. Это может быть хорошим местом для начала:

http://branchingguidance.codeplex.com/

Кроме того, если вы посмотрите на свойства вашего веб-приложения, я считаю, что есть возможность «Применить настройки сервера для всех пользователей (магазин в файле проекта) «Если вы снимете, что я думаю, что вы можете позволить каждому разработчику поддерживать собственные настройки для того, где можно сопоставить IIS, не сохраняя обратно в репозиторий.

Ваша локальная копия (называемая рабочей областью) может быть в любом месте, где вы хотите. Это то, что я считаю определенным пользователем/узлом, поэтому ваши настройки не должны влиять на кого-либо еще. Похоже, вам, возможно, потребуется настроить IIS, чтобы указать на ваше рабочее пространство или настроить рабочее пространство, чтобы указать, где находится ваш IIS.

Answer 2

Командный проводник использует только чтение, но для просмотра файлов, которые были изменены локально. И он использует сопоставление Workspace, чтобы вы могли поместить одну часть решения в один каталог и другую часть решения в другую.

Вы можете установить Team Foundation Power Tools to integrate TFS with Windows Explorer, который позволяет вам проверять файлы перед их редактированием. (это также удалит бит для чтения).

Как визуальная студия хранит привязки источника управления вместе с решением, а не помещать решение в исходный элемент управления, вы попадете в проблему, когда используете Visual Studio для редактирования проектов.

Лучшим решением будет add all the files of your website to a Web Project, даже если это файл asp или любой другой тип. Visual Studio может справиться с ними просто отлично. Затем используйте Visual Studio для обработки процесса выписки для вас.

Затем вы можете настроить веб-проект для интеграции в IIS с помощью опции «Использовать локальную IIS» в web projects properties. Это автоматически отобразит IIS в нужную папку при открытии решения.

Вы можете использовать custom workspace configuration to make sure TFS puts the folders where you want them to, вы можете создать другое рабочее пространство для каждого компьютера, если хотите, хотя это легче, если бы разные члены команды стандартизировали. И даже лучше, если вы сможете разместить все источники в одной папке и позволить свойствам проекта обрабатывать конфигурацию IIS для вас.

Следующая версия TFS/Visual Studio будет support both client and server workspaces, которая устранит требование для бит только для чтения.