MS Team Foundation Server в распределенных средах - необходимые подсказки

Question

Кто-нибудь там использует Team Foundation Server в географически распределенной команде?Мы в Великобритании, пытаемся работать с командой в Австралии, и нам приходится довольно тяжело.

Нашими основными двумя проблемами являются:

1. Данные передаются нам без нашего запроса о получении последней информации.
2. Даже при использовании прокси-сервера для большинства событий требуется некоторое время.

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

Является кто угодно действительно ли вы используете TFS таким образом, на ежедневной основе с (относительным) успехом?

Если да, есть ли у вас какие-либо подсказки, подвохи или подводные камни, которые стоило бы знать?

P.S.Обновление до CruiseControl.СЕТЬ - это не вариант.

Answer 1

Обязательно обновитесь до TFS 2008 и Visual Studio 2008, так как это версия Team System "v2" во всех отношениях.Устраняет множество мелких и средних проблем.

Что касается "вещей, которые проверяются случайным образом", то это почти всегда из-за того, что Visual Studio решила редактировать файлы от вашего имени.Попробуйте получить последнюю версию из Team Explorer, если в Visual Studio ничего не открыто, и посмотрите, сохранится ли это поведение.Держу пари, этого не произойдет!

Несколько серверов TFS - плохая идея.Убедитесь, что ваш прокси настроен правильно, так как он кэширует повторяющиеся запросы.Тем не менее, TFS - это модель, подключенная к серверу, поэтому она всегда будет немного медленнее, чем настоящие "автономные" системы управления версиями.

Кроме того, если бы вы могли отредактировать свой вопрос, чтобы он содержал более конкретные жалобы или детали, это помогло бы - сейчас он ужасно расплывчатый, поэтому я не могу ответить очень точно.

Answer 2

Мы используем TFS с несколько распределенной командой - они находятся не слишком далеко, но подключаются через медленный и ненадежный VPN.

Для вашей первой проблемы получение последней версии при оформлении заказа не является поведением по умолчанию.(Вот пример объяснение) Существует надстройка но это сделает это за вас.

Вот рабочий процесс, который работает для нас:

1. Получить последнюю версию
2. Соберите и убедитесь, что ничего не сломано
3. Работа (отложенные изменения)
4. Снова получите последнюю версию
5. Разбираться с конфликтами слияния
6. Соберите и убедитесь, что ничего не сломано
7. Регистрация заезда

[редактировать] ОК, похоже, вы перефразировали эту часть вопроса.Да, Джефф прав, VS решает проверить некоторые файлы "для вас", например файлы sln и proj.Он также автоматически проверяет любой исходный файл, который вы редактируете (это то, что вы хотите, не так ли?хотя вы можете изменить этот параметр в сервисах> параметрах> системе управления версиями)

Очевидно, что прокси-серверу требуется некоторое время для увеличения производительности (мы им не пользуемся), но как только он кэширует большую часть дерева, это должно быть довольно быстро.Можете ли вы провести некоторый мониторинг и найти узкое место (ы)?

Что-нибудь еще доставляет вам проблемы, кроме получения последней версии при оформлении заказа и скорости?

Answer 3

Насколько я понимаю, у вас может быть несколько серверов приложений TFS в разных местах.Либо они оба могут взаимодействовать с одним и тем же SQL-сервером, либо вы могли бы использовать зеркальное отображение SQL Server.Наличие собственного локального сервера TFS, скорее всего, ускорит время разработки.