То, что необходимо сделать, установить установку 2010 года TFS. (Согласно документации). Это может быть отдельным сервером (миграция), или можно обновить сервер 2008 TFS. (При обновлении данных в Толпе Для Системы Команды, проект (проекты) V2 должен быть прекрасным, но отчеты прекратят работать наряду с автоматическими общими количествами на ошибки и PBIs.)
Удостоверьтесь, что Вы устанавливаете шаблон Microsoft Visual Studio Scrum 1.0 как часть Вашего процесса установки.
Также как часть установки необходимо добавить пользователя, который выполнит остальную часть инструкций ниже в Service Accounts Group для TFS. Сделать, которые видят этот вопрос. (Если Вы мигрируете, можно хотеть сделать это для обоих серверов.)
Затем необходимо преобразовать/передать проект (проекты) в новый проект (и сервер, если Вы мигрируете), установка с новым шаблоном. Чтобы сделать это выполняет эти шаги:
Примечание: Они не должны быть сделаны на сервере, любом компьютере с доступом к ним и установке SQL Server, 2008 будет работать. Компьютер, на котором Вы работаете, должен будет иметь установку проводника команды для каждой Версии TFS, к которой Вы планируете получить доступ. Это означает, мигрируете ли Вы с 2008 TFS до 2010 TFS, Вам нужны обе версии установленного Проводника Команды (2010, каждый установлен с Visual Studio 2010, но 2008 каждый - отдельная установка).
ПРИМЕЧАНИЕ II Платформа Интеграции TFS не поддерживает объединяющиеся объекты работы. Таким образом, объекты работы Ретроспективы Sprint создаются как спринт. Это вызвано тем, что ретроспектива хранится в объекте работы спринта в Толпе Visual Studio 1.0. Это означает, что для каждого спринта будет два объекта работы спринта. Один для фактического спринта и один для ретроспективы.
Вы этого не сделаете, но часто можете заставить его работать так, как вам нужно.
Прежде всего, убедитесь, что вам нужно использовать RewriteRule
вместо просто ProxyPass
. Правило, которое вы предоставили, довольно простое; если у вас нет какой-либо логики RewriteCond
впереди, тогда вы можете так же легко использовать ProxyPass
.
В любом случае, давайте рассмотрим пример, где вы сделать что-то вроде этого:
RewriteRule ^/proxied-location/(.*)$ http://backend/$1 [P]
Итак, вы берете запрос на http: //your-apache-server/proxied-location/something.html
и отправляете его на бэкэнд без / proxied-location /
часть URL.
Ответ перенаправления ( 30x
) не будет включать часть URL-адреса / proxied-location /
, несмотря на то, что это необходимо клиенту для доступа к другому ресурсу через прокси. Это то, что обрабатывает ProxyPassReverse
. Итак, просто добавьте такую конфигурацию:
ProxyPassReverse /proxied-location/ http://backend/
Конфигурация применяется только к запросам, где серверный прокси-сервер обрабатывает ответ, поэтому «условия», которые вы применили с помощью mod_rewrite
, по-прежнему действуют.
Имеет смысл?